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Universal process control device and method. 
© A distributed processing unit (DPU) or drop which 
performs process control data acquisition functions in a 
distributed processing control system having a data highway 
linking a plurality of such units. A DPU functional processor 
accesses the local process I/O interface thereby continually 
receiving plant information for storage in digital form and 
subsequent use in the functional processor or for transmiss- 
ion along the data highway. DPU control programs use 
process values in a transparent fashion, that is without 
regard to whether these values were obtained through local 
process I/O interface or via the data highway. The DPU 
software structure is made up of execution software end 
support software. The execution software is a collection of 
data acquisition and process control programs which are 
developed at an engineer's console drop using a DPU 
programming language which operates in text and CRT 
graphic display modes, the fatter programming modes 
allowing system documentation via hard copy graphic 
display printout. These programs are initiated, performed 
consecutively, and repeated at specified intervals. The 
support software initiates process loop execution. Control 
programs which have been presented to the DPU as 
representations of ladder diagrams for sequential control or 
process flow diagrams for continuous process control ere 
executed in the DPU functional processor to achieve the 
required process control operation. 
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UNIVERSAL PROCESS CONTROL DEVICE AND METHOD 

The invention relates to distributed process 
control systems, more particularly to distributed process 
control systems which are integrated to perform sequential 
and continuous control and data acquisition. 
5 Process control technology involves the applica- 

tion of control techniques to industrial' processes to 
permit achievement of a desired level of performance and 
desired results. The historical development of process 
control technology reflects the evolution of a wide variety 

10 of control techniques to solve particular process control 
problems. However, the core issue in the solution of 
process control problems centers on the availability of 
tools with which to provide, these solutions. The evolution 
of control techniques has in large part been based on the 

15 evolutionary development of control tools. 

The industrial control business of the 1950 f s was 
divided into two different groups, the first being sequen- 
tial control which used relays to provide motor control, 
and the second being continuous or modulating process 

20 control which used pneumatic devices to sense and control 
valves and pumps. Because the apparatus, i.e. motors, 
valves and pumps, for which the control tools were devel- 
oped was manufactured by independent manufacturing indus- 
tries, the control techniques evolved independently and 

25 there was no need for any integration. 
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With the solid state revolution came the ability 
to provide control tools based upon electronic circuits. 
The 1960 f s saw logic directors replace motor control 
relays, and also saw electronic analog devices replacing 
5 pneumatic modulating instruments. Even with control tools 
based on similar technology, sequential and continuous 
control systems remained independent along the lines of the 
supplier apparatus manufacturing industries. This period 
also saw the introduction of plant computers for data 
10 acquisition and monitoring, although not performing control 
functions. 

At this stage, the goal of total process manage- 
ment appeared on the horizon. As plant computers grew in 
processing capability, it became evident that they could 

15 also absorb control responsibilities. Thus, the evolution 
of the direct digital control (DDC) computer system permit- 
ting integration of control and data acquisition functions, 
with the added capability of total process optimization and 
management. For a while, this seemed to be the ultimate 

20 solution for process control. However, application experi- 
ence proved otherwise. A combination of factors was at 
work, notably the tendency"' to funnel all process control 
functions into a given piece of equipment, the plant 
computer. System response times became intolerable. Added 

25 to this was the difficulty of coordinating the motor 
control and instrumentation engineering design groups 
responsible for different portions of a given plant. 
Thirdly, this approach gave birth to the industry expres- 
sion "the system is down" which meant that an entire plant 

30 control system was inoperable, often with disastrous 
results. 

The middle 1970' s brought about radical changes 
in the approach to sequential and continuous process 
control. The introduction of programmable controllers 
35 (PC f s) allowed sequential control techniques to be pro- 
grammed in the form of familiar relay ladder diagrams which 
were representative of the sequenti ally controlled process. 
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These PC's -also- allowed continuous process Vo&tA Unc- 
tions, traditionally analog in nature, to be performed in 
digital fashion. At this stage, process control was 
divided into essentially independent segments, each segment 
5 executing in a low cost microprocessor. Distribution of 
different control functions among many independent process- 
ing, units eliminated the sluggishness and reliability 
problems of the DDC system. A serial process control data 
highway allowed an operator to communicate with the process 
10 via a "color CRT screen. The data acquisition functions 
were kept in a separate minicomputer, and a data port 
allowed transfer of separately gathered process data onto 
the data highway. 

This stage of evolution presented three essen- 
15 tially independent systems, a distributed system for 
sequential control, a distributed system for continuous 
process control, and a central computer system for data 
acquisition and optimization. Each had been designed 
independently, and none had been designed with the idea of 
20 integration in mind. When used for primarily one type of 
control, each of these systems was successful. It is 
important to note that at this stage of evolution, three 
different programming languages and programming techniques 
were required to implement these systems. This cumbersome 
programming problem was compounded by the lack of simple 
and meaningful user documentation for all three independent 
systems. This is the stage of development from which most 
process control systems in use today are derived. 

However, the evolution in hardware as described 
above was accompanied by an evolution in the approach to 
solution of process control problems. Entering the ranks 
of the control design, engineers were those trained to 
approach process control system problems so as to maximize 
process efficiency. Therefore, their ability to apply 
ladder diagrams for sequential control and process flow 
diagrams for continuous process control had to be matched 
by available hardware in which to implement these two 
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-techniques. Because of the independent hardware development 
in each of these areas, the control design engineer was 
thwarted in his attempt at integration. In addition, the 
desirability of including data acquisition capability 
5 further compounded the problem because of the tendency for 
a designated plant computer to burden the system response 
time in accessing information along the data highway. In 
order to advance to the next stage of distributed process 
control, there had to be a means to enable data highway 
10 communication that would eliminate the system sluggishness 
and allow integration of sequential and continuous process 
control functions along with data acquisition in a single 
control system. Just such a significant development was 
the subject mattet of the applications outlined in the 
15 cross-reference at the beginning of the present applica- 
tion. There, a data highway communication system for • a 
distributed process control system was disclosed in great 
detail, indicating the advantage of having a global data 
base available for distributed processors along a data 
20 highway. The global data base contains all of the informa- 
tion necessary to permit sequential and continuous process 
control while also handling data acquisition functions. 
However, that series of applications, while alluding to the 
capability of performing sequential and continuous control 
25 and data acquisition functions in a single system, provided 
only a general description of the distributed processing 
unit or drop connected to the data highway and the method 
of programming it to perform these functions. Concurrently 
filed U.S. application No. 677,443 filed on December 3, 
30 1984, entitled "Universal Process Control Device and 
Method" (W.E. Case 52,134), should also be consulted for a 
related disclosure. Likewise related are EPC Patent 
Publications, Nos. 130802 and 132069 along with U.K. 
Publication for Patent 2,146,810. 
35 The chief .object of the present invention is to 

provide a method of making distributed processing control 
systems in which a distributed processing control unit or 
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drop in such a system is connected to a data highway and 
which is capable of performing sequential and continuous 
process control and data acquisition functions all in the 
same unit. 

With this object in view the invention relates to 
a method of making a distributed control system configura- 
tion in a distributed control system having a data highway 
connecting at least one program development unit and at 
least one programmable distributed processing unit, said 
distributed processing unit providing an integrated control 
operation for a local or remote portion of a process 
operation when programmed by said program development unit, 
said method comprising the steps of: defining, through 
keyboard entry in an interactive text data entry mode of 
15 said program development unit, process points representing 
data elements that are originated or received by said' 
distributed processing unit, selecting, through keyboard 
entry from available first, second or third interactive 
configuration entry modes, first interactive configuration 
20 entry mode, an individual process control algorithm type 
and assigning one or more of said defined process points to 
the arguments of said selected individual process control 
algorithm on an individual basis, repeating said previous 
step to form an ordered sequence of said selected process 
25 control algorithms, storing said ordered sequence in a 
first memory buffer, selecting, through digitizer tablet 
entry, if in said second interactive configuration entry 
mode, a series of graphic elements forming a first graphic 
representation of a continuous control loop and assigning 
30 one or more of said defined process points and one or more 
of a set of stored control algorithms to said graphic 
elements, storing said storing algorithm and process point 
assignments in a second memory buffer, selecting, through 
digitizer tablet entry, if in said third interactive 
35 configuration entry mode, a series of graphic elements 
forming a second graphic representation of a sequential 
control loop and assigning one or more of said defined 
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process points and one or more of a set of stored special 
function algorithms to said graphic elements, storing said 
special function algorithm and process point assignments in 
a third memory buffer, converting the information in said 
first, second and third memory buffers to executable code, 
for use by said distributed processing unit, and transmit- 
ting said executable code to said distributed processing 
unit over said data highway. 

The invention will become more readily apparent 
from the following exemplary description, taken in connec- 
tion with the accompanying drawings, in which: 

Figure 1 shows an idealized perspective, cut-away 
view of a plant employing the distributed processing system 
according to the invention; 

Figure 2 shows a similar view of the processing 
system according to the invention in more detail; 

Figure 3 shows building blocks used in manufac- 
ture of the system of the invention; 

Figure 4 shows a schematic view of the components 
making up a typical drop; 

Figure 5 shows a more detailed . view of a typical 
drop showing use of redundant additional highway 
components; 

Figure 6 shows the physical layout of a typical 

drop; 

Figure 7 shows a typical ladder diagram; 

Figure B shows a block diagram of the single 
board linesolver; 

Figure 9 shows a basic hardware configuration of 
an engineer ' s console ; 

Figures 10, 11 and 12 show a portion of a flow- 
chart for programming a drop; 

Figure 13 shows a digitizer pad template; 

Figure 14 shows a CRT screen pattern for a 
graphic control loop diagram; 

Figure 15 shows a typical process flow diagram 
for a portion of a process control system; 
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Figure 16 shows a portion of a flowchart for a 
method of programming a drop; 

for a J igU ^ ^ Sh ° WS 3 tyPlCal laddSr l0giC dia ^am 
for a portion of a process control system- 

5 for . ,JT7 S 18 19 Sh ° W 3 P ° rti ° n ° f * flowchart 

for a method of programming a drop; and 

Figure 20 shows a flowchart- r>f ■»->,<* ~ 

■ LXOWCnart of the sequence of 

software execution in a drop. 

1Q . ^ PreSSnt disc ^sure provides a distributed 

ZZir\ U T (DPU> ^ WhlCh Perf — P-ess 

control and data acquisition functions in a distributed 

processing control system having a d.ta highway lining a 
Plurality of such units. Each single DPU drop is capable 
of performing all of these operations, and is actually an 
xndependent subsystem used to interface plant process and 
control signals to other drops on the data highway. A 
universal process control device of this type " enables a 
control design engineer to distribute the various process 
control tasks among several such drops while integrating in 
each of them the capability for performing a combination of 
control techniques. It would also be desirable ±f ^ 

thrlT^ Pr ° CeSSing C — 01 ^ -re easily programmed 
through a smgle programming language and technique It 
would also be desirable if such a programming technigue 
provided the user with simplified documentation of the 
control system configuration. This subsystem includes 
support for system-wide communications as well as function- 
al processing capabilities and local process I/O hardware 
interface. A DPU functional processor accesses the local 
process I/O interface thereby continually receiving plant 

lri f ormation for storane , _ 

srorage m digital form and subsequent use 

an the functional processor or for transmission along the 
data highway. The plant information accessed by the func- 
tional processor is converted into engineering units and is 
limit-checked to detect abnormalities in the system 
Control programs are executed sequentially in the function- 
al processor without interrupts to ensure security of 
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c rstrcl and data acquisition functions. The control pro- 
grams use process values in a transparent fashion, that is 
without regard to whether these values were obtained 
through local process I/O interface or via the data high- 
way. A data highway controller allows for this by obtain- 
ing all process values not local to the DPU by listening on 
the. data highway for these values needed by the functional 
processor and storing them in shared memory. The present 
invention provides, in one drop, both control and data 
acquisition functions. This eliminates the duplication of 
plant sensor instrumentation, and allows for an integrated 
approach to sequential and continuous process control as 
well as data acquisition. The DPU software structure is 
made up of execution software and support software. The 
execution software is a collection of data acquisition and 
process control programs which are developed at an engi- 
neer's console drop using a DPU programming language which 
operates in text and CRT graphic display modes, the latter 
programming modes allowing system documentation via hard 
copy graphic display printout. These programs are initiat- 
ed, performed consecutively, and repeated at specified 
intervals. The support software initiates process loop 
execution. It also ensures error-free interaction between 
the hardware and the execution software by monitoring 
timing, making calls to subroutines and algorithmic proce- 
dures, and running diagnostic testing. Control programs 
which have been presented to the DPU as representations of 
ladder diagrams for sequential control or. process flow 
diagrams for continuous process control are executed in the 
DPU functional processor to achieve the required process 
control operation. 
1 . The System 

The primary objective directed is to provide a 
distributed process control system in which a single data 
highway connects all the various input/output terminals, 
data acquisition stations, control devices, record keeping 
devices, error and alarm indicators, and means for 
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tor's desires, allowing flexibility in the choice of 

programming languages . 

Figure 2 shows a more detailed view of a portion 
of a distributed processing system according to the inven- 
5 tion. A data highway 10 connects a plurality of drops 
which are arranged to perform varying functions. Each drop 
comprises a processor for performing such functions; as 
used herein the term processor refers to the hardware and 
software at the drop location, which is connected by 
10 suitable means to the highway. Processors may include, for 
example, a distributed processing unit 20 which performs a 
data acquisition and control functions and interfaces to 
the various industrial processes in the plant under con- 
trol, indicated generally at 22. A batch processing unit 
15 24 may also be used. The operator's alarm console 26 
provides a cathode ray tube based control display and alarm 
console for a human operator. An engineer's console 28 can 
be used to provide functions provided by the operator's 
alarm console and also for programming of the system "as 
20 desired. A data logger 30 may also be provided to record 
information generated during a production run. Historical 
storage and retrieval at 32 can be used to archive this 
data. One of the drops may also include a calculator 
function at 34 to provide special calculations required to 
25 optimize the plant operations, for example. One drop may 
be a "gateway" 36, providing interface to some other 
computer, and another interface unit may be provided at 38 
for interface via a telephone line to a remote location as 
indicated at 40. A programmable controller master 42 is 
30 also shown as one of the drops. This provides the inter- 
face to a programmable controller highway 44 which is 
another bus to which a number of varying types of program- 
mable controllers 46 may be connected. These, in turn, may 
connect by way of a process input/output bus 48 to other 
35 programmable controller devices as at 50. In this way, a 
large number of differing controllers of varying types can 
all be interfaced to one drop to save access spots on the 
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communication with other data processing systems. Figure 1 
shows an overview of the system of this kind according to 
the invention. A single data highway 10 connects a wide 
variety of input/output devices such as process control 
5 devices 12, input/output terminals 14, sensors 16, control 
display devices 18 and the like. According to the inven- 
tion " and as will be further detailed below, the various 
inputs and outputs to the data highway 10 are termed 
"drops 11 ; all interact with the data highway in substantial- 

10 ly an identical way, although, of course, not all of them 
utilize the same properties of the data highway. This 
allows the system to be considered modular because any 
number of any type of drops may be added to the system. In 
a preferred embodiment up to 254 different drops can be 

15 used. They all have access to the entire data base of the 
system, which is copied or stored in the respective memo- 
ries of each drop, and all can communicate with one another 
where required. This is done to ensure maximum flexibility 
and also to avoid use of a single central computer. m As 

20 discussed above, this is desirable for a variety of rea- 
sons, one of which is that the system can keep operating 
even if one or more of the drops is disabled, whereas if a 
central computer were disabled, the entire system would 
effectively be shut down. The fact that the drops all 

25 communicate with each other allows different portions of 
the system to provide inputs and outputs to various control 
loops and the like. The mixed-mode operation of the 
highway discussed below, allows such traditional central 
computer functions as program download, status report 

30 generation and the like to be performed by drops configured 
as operator terminals, and without interruption of the 
system functions. Complete "data transparency" is 
achieved, that is, each processor can "see into" the 
memories of the other drops, eliminating the requirement of 

35 central memory, and providing very fast cathode ray tube 
displays which may be customized according to the opera- 
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data highway 10, and to allow complete flexibility in drop 
design; each drop may be configured to suit its purpose, 
not merely to suit the overall system design. 

Figure 3 shows in further detail the three sets 
of hardware which comprise the "building blocks" of the 
system according to the invention. To the data highway 10 
are. connected data highway controller (DHC) subsystems at 
52. These are common to all drops and consist of a shared 
memory, a modulator/demodulator (Modem) for serial-to- 
parallel and parallel-to-serial data conversions and a data 
base highway processor which, in the preferred embodiment 
is a custom bit-slice microprocessor. The shared memory is 
dual ported and forms the interface between the data 
highway processor and the functional processor 54 (dis- 
15 cussed below). The functional processor performs the 
specified tasks associated with the particular drop. The 
functional processor comprises a commercially available 
microprocessor, having one or more chips. As used herein, 
the term microprocessor may refer to a single chip or 
20 interconnected chips, as well as associated memory, and 
- thus embraces microprocessor systems as known in the art. 

The functional processor 54 has transparent 
communication through the DHC to the remainder of the 
distributed processing system according to the invention. 
All data transferred to and from shared memory appears to 
the functional processor as part of its internal data base, 
independent of origin. In the preferred embodiment, where 
data is supplied over the data highway to other drops, the 
data highway controller looks at each data message and 
30 compares it to a stored table to determine whether its 
associated functional processor will have use for this 
data. If so, the message is stored, or copied, into the 
drop's shared memory. The functional processor, therefore, 
is freed from such communications tasks and can concentrate 
35 on its own control tasks, using as memory the memory it 
shares with the data highway processor. The use of two 
processors with a shared memory greatly simplifies the data 
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highway interface while providing additional local process- 
ing capability for the functional processor. 

The functional processors 54 perform the specific 
functions associated with the drop, which may include such 
things as man/machine interface by means of an operator 
input/output terminal 56, as well as all forms of data 
acquisition and control processing, by means of process 
input/output devices 58. The functional processor obtains 
and stores data from the shared memory, and its communica- 
tion with other hardware as required, including mass memory 
process input/output and peripherals, is carried out by way 
of the data highway processor, thus freeing the functional 
processor from communications tasks. 

The input/output interface 58 provides communi- 
cation to the various processes in the plant controlled. 
According to this arrangement a wide variety of 
input/output devices are available, such as the operator 
console displays at 56, as well as all forms of process 
controller devices. 
2. Communications Format 

The communication format used according to the 
invention will now be described briefly in order to enable 
understanding of subsequent subject matter. Communication 
over the data highway bus is controlled by means of the 
data highway controllers at each drop. Communication is 
performed both by periodic broadcasts of process data and 
in response to requests made by any one of the drops. In 
the preferred embodiment, the system operates according to 
a mixed mode communications arrangement comprising repeti- 
tive and non-repetitive transmission modes. In a first 
repetitive portion of each hundred millisecond communica- 
tions cycle, the system is operated according to a time 
division multiplexing (TDM) scheme during which each drop 
has at least one "slot" in time into which it injects a 
message onto the data highway. All the other drops can 
select data from the messages as desired. In the latter or 
non-repetitive half of each 100 ms interval, the 
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"democratic" mode, the highway is available for other 
messages, such as requests for specific data from other 
drops and the like. Specifically, every 100 milliseconds, 
each drop (of which up to 254 may be provided in the 
preferred embodiment) has access to the highway allowing it 
to broadcast process values stored in its shared memory 
along with appropriate message identifiers and status 
information* Each non-broadcasting drop listens to broad- 
casts made by other drops, selects points of interest to it 
and pulls them off the highway to store them in its shared 
memory. 

At the conclusion of each periodic broadcast 
cycle, the remaining time in each 100 millisecond time 
slice is available on a demand basis for other communica- 
tions such as downloading of programs, transfer of English 
description of points, etc. The drops also send and 
respond to specific data requests from other drops where 
required. 

In practice, all the process variables are 
broadcast at least once per second, but since each drop has 
access to the highway every 100 milliseconds, a drop can 
broadcast and update data concerning key process points as 
frequently as every 100 milliseconds if conditions warrant. 
The data highway has a transfer rate of two megabaud which 
provides a system broadcast rate of at least 10,000 process 
points per second. The broadcast technique used in the 
practice of this invention eliminates both the need for a 
master or traffic director and the high overhead associated 
with conventional send/acknowledge schemes in which an 
acknowledgement is passed back to the originating point in 
the system. According to the present system, the drops are 
not provided with acknowledgement that their messages have 
been received. Instead, the information is simply put on 
the highway to be taken by other drops as they require. 
Each drop is master of the highway for a moment and in its 
transmission includes a token, used to indicate the next 
drop to have highway access. 
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When the data base for a drop is created, data 
base information such as English descriptions of data 
points, alarm limits, etc., are defined and stored in the 
memory of the same drop where the process value is obtained 
or calculated. The system data base is thus distributed in 
many drops, as is the processing system; however the mixed 
mode broadcast means of communication allows any drop on 
the highway access to any process data residing anywhere in 
the system, as if it were part of its local data base. The 
data highway in essence thus acts as a distributed global 
data base available to any drop on the. system, and the 
speed and architecture of the communications system ensures 
that this global data base is always current, never more 
than one second old. 

This transparent access of each drop to the 
distributed global data base means that control loops can 
run in one drop using process values generated or calculat- 
ed by other drops. In addition, transparent access to the 
global data base permits functions which would normally be 
constrained to run in one processor to be distributed 
anywhere on the highway, a feature which is greatly conve- 
nient in systems of large physical extent or complexity and 
also permits additional drops to be added to an existing 
system if increase in system performance is required 
without modification of the existing system or degradation 
of its performance. For example, more calculators, more 
historical storage, and more data acquisition drops can be 
added. Drops can be added without affecting the operation 
of the pre-existing drops, if desired, since each function- 
al processor can be programmed to accept or ignore the 
broadcasts from the additional drops. In a like manner, 
drops can be removed without perturbing operation of the 
remaining drops. 

Certain key functions of any processing system 
such as overall plant optimization, historical storage and 
retrieval and plant-wide logging require access to the 
entire data base. Traditionally, such functions have been 
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performed through the use of a central host cSiputer^ich 
periodically obtains plant data from the highway and then 
creates a data base within itself for use by these system- 
Wide programs. The major deficiency of this approach has 
been the data bottleneck created at this one point and the 
potential saturation of the host computer since it has to 
provide many functions simultaneously. For example, 
traditional operator terminals have required access to the 
entire system data base, and have accordingly been config- 
ured as peripherals attached to host computers, which have 
access to a main memory in which is stored the entire data 
base. According to the present invention, the ability of 
any drop to access the total global data base transparently 
allows functions which would previously have required a 
15 host computer to be distributed among many drops and 
permits the host function to be carried out, in effect, by 
a distributed computer system. One drop can be arranged to 
provide historical storage and retrieval, another can be a 
calculator to provide plant optimization, and a third a 
20 logger drop to provide other functions which would previ- 
ously have required a host computer. Higher system avail- 
ability and elimination of performance degradation 
associated with host computers are obvious benefits. On 
the other hand, if for hierarchical or other interface 
25 considerations, a host computer should be required, one can 
easily be accommodated via a "gate-way" drop. Finally, the 
transparency of communications provided according to the 
invention allows additional drops to be connected to the 
system with ease. 

30 In the preferred embodiment up to 254 drops can 

be connected to the coaxial cable forming the data highway, 
which can be up to 6km in length without repeaters. In 
another envisioned embodiment, a fiber optic highway is 
used which has the capability of supporting up to 64 drops. 

35 As is well understood in the art, fiber optic cables have 
substantially better noise immunity than ordinary coaxial 
cables and this may be of significance in certain plant 
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applications. While present system capacities are set by 
practical noise and time delay factors, the system and 
method of this invention are limited only by state-of- 
the-art engineering constraints. Further, by integrating 
data acquisition and local control functions in a single 
drop, duplication of sensors so often needed by systems 
which perform only one or the other function is avoided. 
The dual drop functions also permit easy integration of 
systems, for example, which start with data acquisition 
only and add control later. Moreover, this arrangement 
permits an integrated approach to process modulation and 
sequential control as well as to data acquisition. 
3. Drop Overview 

Referring now to Figure 4, the system according 
to the invention uses a first functional processor 60 and 
ladder logic linesolver combination at the drop level for 
such functions as process monitoring, sequential and 
continuous process control and operator interface," while a 
second data highway processor 64 is used to obtain data 
from the highway as required by the functional processor 
and make its communications to the highway. In this way, 
the functional processor is free to concentrate on its data 
acquisition and control tasks and is relieved from the 
complex requirements of communications interface. The 
functional processor 60 is connected by means of a shared 
memory 62 to the data highway processor 64. Use of this 
shared memory 62 is very desirable in that it automatically 
provides the interface between the two processors without 
requirement of simultaneous transfer of data directly from 
one processor to the other. Instead, one or the other 
processors simply accesses the shared memory 62 as re- 
quired. The functional processor 60 then is connected to 
various conventional input/output units 66 by a process 
input/output unit 68. As will be discussed in further 
detail below, the functional processor is connected to a 
conventional industry standard bus so that any form of 
presently available input/output equipment which is adapted 
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■to be connected "to "that bus can h>e used. In this way, the 
user of a system according to the invention is not con- 
strained to use of any one manufacturer's process 
input/output units but can connect substantially any device 
5 desired. 

The data highway processor 64 makes connection to 
the. data highway 70 (corresponding to the highway 10 of 
Figures 1-3) which is shown duplicated for redundancy. The 
dual highways thus constitute physically separate transmis-" 

10 sion lines, or paths. As used herein, the term highway 
means a coaxial cable, optical fiber cable, or the equiva- 
lent. Further redundancy is provided by means of duplicat- 
ed communication modules 72 and transceivers 76. These 
will be discussed in detail below. In particular the 

15 transceivers 76 form the subject matter of previously filed 
U.S. application Serial No. 508,770 filed June 29, 1983, 
which should be referred to for a more complete understand- 
ing thereof. The data highway processor 64, the communi- 
cations module 72, and the shared memory 62 correspond to 

20 the data highway controller 52 of Figure 3. 

Figure 5 shows schematically further details how 
a data highway drop is arranged, and shows redundancy of 
certain components which in some environments may be 
desirable. The data highways 70 as shown 'are redundant. 

25 They are connected by means of transceivers (MBT ) 76 to 
data highway communications controllers (MBC) 72 which are 
connected to a data highway controller (DHC) bus 82. The 
data highway communications cards (MBC) 72 are thus provid- 
ed in redundant fashion. To the data highway controller 

30 bus 82 is connected the data highway processor (MBD) 64 
which as discussed above performs the functions of communi- 
. cations between the functional processor 60 and the data 
highway 70. The data highway controller bus 82 makes its 
connection to the functional processor via the shared 

35 memory (MBS) 62 which is connected to the functional 
processor 60 by way of a second bus 84. In the preferred 
embodiment this second bus 84 conforms to the industry 
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standard "Multibus" (trademark Intel CorpoA2i§4)4 2fiiis 
industry- standard bus (defined in IEEE Standard No. 796) 
was adopted so that a user's choice of functional processor 
would not be limited to goods available from any one 
5 manufacturer, and so that users could select from the very 
wide variety of peripheral devices now available which 
interface to the industry standard Multibus data communi- 
cations interface. This provides a great deal of flexibil- 
ity in designing of drops. Ef f ectively , the drop can be 
10 designed in accordance with the user's needs ana system 
devices- At the present time there are literally thousands 
of peripherals available which are amenable to the Multibus 
interface, and the possible permutations of the system 
according to the invention are thus practically endless. A 
15 particularly versatile 16 bit microcomputer available from 
Intel Corp. under Model No. SBC 86/05 can be modified by 
the addition of hardware as described herein to provide 
sequential control capability based on programs which use a 
ladder diagram representation of the portion of the process 
20 suited for this control technique. This combined hardware 
forms a functional processor 60 which can readily be 
programmed as described herein to perform a wide variety of 
other useful functions, including man/machine interface, 
which includes video display generation, as well as process 
25 interface and sequential and continuous process control. 
See Intel Manual Order No. 143153-001. 

An interface unit (MBU) 94 may be used to inter- 
face the Multibus 84 to a third bus 86, referred to as a 
distributed input/output ' bus . Connection can be made from 
30 bus 86 to input/output devices which may have different 
interface specifications. The functional processor 60 is 
also connected by way of Multibus 84 to input/output 
devices 88, as required for the various functions indicat- 
ed, including process monitoring, process control and 
35 operator interface. Other drop functions are possible such 
as archival storage and the like. 
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Figure 6 shows the physical location in a drop of 
the components discussed above with respect to Figure 5. 
The data highway 70 is connected to the transceiver 76, and 
a cable runs from it to the data highway communi cations 
(MBC) card 72 which is inserted in a Multibus card cage 
indicated generally at 90. The transceiver 76 may alterna- 
tively be carried in cage 90 where it is convenient to 
juxtapose this closely to the highway 70. Also carried in 
this cage and plugged into the Multibus are the components 
which are Multibus compatible, such as the shared memory 
system (MBS ) 62, the functional processor 60, and the 
ladder logic single-board linesolver ( SBL) 95. The Multibus 
connectors are shown as dotted lines 92 running across the 
back of the card cage. Thus, simply by inserting the cards 
15 into the cage, connection is automatically made to the 
Multibus. The data highway controller (DHC) bus 82 is also 
shown as a dotted line connecting the data highway proces- 
sor 64, the shared memory (MBS) 62 and the data highway 
communications card MBC 72. The DHC bus is defined in the 
20 Appendix which forms a part of the specification in the 
first group of previously filed applications referred to in 
the Cross-Ref erence . 

The Multibus 92 is connected to the functional 
processors indicated at 60 and also to the MBU unit 94 
which provides connection by way of a distributed input/ 
output bus 86 to a second card cage referred to as the 
Q-line card cage 96. Cage 96 may contain, for example, 
other input/output devices, for example, those available 
from the Westinghouse Electric Corporation, assignee of the 
present invention, and sold under the trade name "Q-line 
point cards". These then make actual connection to plant 
sensors, position actuators and the like, as indicated on 
the drawing of Figure 6. Accordingly, if the drop is to 
function in accordance with a peripheral which is directly^ 
Multibus compatible such as an operator terminal or the 
like, it is simply connected to the Multibus 92. On the 
other hand, if specialized process control is desired, an 
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MBU unit 94 can be used to interface the Multibus to the 
distributed input/output bus 86 and the plant sensors can 
then be attached to the Q-line card cage 96 (or any oth r 
desired bus system) as indicated in Figure 6. In Figure 6 
it will be observed that the MBC 72, which is the data 
highway conununi cat ions (Modem) card, the MBD 64 which is 
the. data highway processor card, and the MBS 62 which is 
the shared memory card, are all referred to as making up 
the DHC or data highway controller 98. The MBT or trans- 
ceiver can also be mounted here. These four cards then 
comprise the means making the interface between the func- 
tional processor 60 and the data highway bus 70. 

Details of the components of the data highway 
controller (DHC) 98 and the communications scheme are 
discussed in the first group of previously filed applica- 
tions referred to in the Cross-Reference. 
4. Ladder Diagram Linesolver 

The single board linesolver (SBL) modification to 
the general purpose functional processor 60 allows the 
capability of solving ladder logic diagrams with the speed 
of programmable controllers. The aforementioned Intel 
Corp. Model No. SBC B6/05 single board microcomputer can be 
modified to interface the SBL module 95 via the Intel iSBX™ 
expansion port interface as defined by Intel Manual Order 
Number 142686-002. The SBL module 95 permits the drop to 
perform sequential control of the process based upon the 
solution of free-form ladder diagrams. The ladder diagrams 
provide a means of representing Boolean logical expressions 
in a form that may be visually interpreted. The logical 
AND function is represented by a series connection of two 
"contacts" , while a logical OR function is represented by a 
set of "contacts" in parallel connection. Figure 7 shows a 
typical ladder diagram 99 which is the equivalent of the 
Boolean expression D = A x (B + C). The solution to the 
ladder diagram 99 is in the form of a coil 100 whose 
digital value is determined by the power flow from the 
positive power leg 102 on the left through the closed 
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contacts in the ladder diagram to the coil 100 and the 
negative power leg 104 on the right. Thus, coil 100 (D) is 
TRUE if contact 106 (A) AND either contact 108 (B) OR 110 
(C) are also TRUE. The topography of the ladder diagram 99 
may be converted to executable code which represents its 
topography. it is this code, generated by the functional 
processor 60 in response to application program instruc- 
tions, which is solved by the SBL module 95. 

For a ladder diagram which has been defined to* 
include seven rows of contacts, one or more .contact col- 
umns, and from one to seven coils, the executable code 
includes the following information items: 

1. The memory address in the functional proces- 
sor storing the digital information representing the 

15 existing status of each contact in the ladder (I/O 16-bit 
image word); 

2. For each contact in the ladder, the corre- 
sponding bit number or position in the I/O image word 
containing the existing status of that contact; 

20 3 • The contact number of a contact in a column 

which for a seven row column allows contact numbers 0 to 6; 

4. An identifier flag bit which indicates 
whether the contact is a normally open or normally closed" 
contact; 

25 5 - F °r each of the six possible vertical connec- 

tions between the seven contact rows in a given column 
which form logical OR terms, an identifier bit indicating 
whether such a connection exists; 

6. An identifier flag indicating the last 
30 contact in a column has been reached; 

7. Seven bits indicating the seven power flows 
each corresponding to a row of a seven-row column of 
contacts . 

These information items are represented in 
35 tabular form as follows: 
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DATA 

FEDCBA987 6 5 4 3 2 1 0 Function 

x x x x x x x x x P6 P5 P4 P3 P2 PI PO Power Flow 
EN x 05 04 03 02 01 00 NC C2 CI CO B3 B2 Bl BO Contact Type 
WF WE WD WC WB WA W9 W8 W7 W6 W5 W4 W3 W2 VI WO I/O Image Word 

Item 1 WF - WO = I/O Image Word bits (0 through OFFFFHex) 

.2 B3 - BO = Bit Number of a contact in its I/O image Word 
(0 through OFHex) 

3 C2 - CO = Contact Number (0 through 6) of a contact in a column 

4 NC = Normal Closed (0 or 1) = Normally open/ 

5 05 - 00 = OR Terms (0 through 3FHex) for the contacts in a 

column 

6 EN = Enable the calculation of the new Power Flow after 

the 1/0 Image Word of the last contact is loaded 

7 P6 - P0 = Power Flow (0 through 7FHex) of a particular column 

The executable code incorporating all - of the 
above information is presented by the functional processor 
60 as data for use by the SBL module 95. The SBL module 95 
operation, once this data is presented, is summarized by 
four steps: 1) Set Power^Flow; 2) Set Contact Type; 3) Set 
I/O Image Word; 4) Read Power Flow. 

The SBL module 95 must first be initialized to 
set the seven power flows entering a given seven-row column 
of contacts. For the left most column in a given ladder 
diagram, the initial power flows will all be set TRUE since 
the left power leg is connected to all of the contacts in 
that column. The functional processor 60 then must output 
sequentially, for each contact in a column, first a contact 
type which describes the characteristics of that contact, 
followed by the I/O image word which provides the physical 
state of the contact in that column. The contact type has 
already been described in information items 2 to 6 above. 
For each of the contacts in a column, the contact type and 
the I/O image word are loaded and on the last contact in a 
column the enable bit in the contact type is set, causing 
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the SBL module 95 to calculate the power flow for that 
column. 

The functional processor then can proceed to 
subsequent columns in a like manner loading contact type 
and I/O image word for each contact in that column and as 
before, upon reaching the last contact, the enable bit is 
set in the contact type word. Upon completing all of the 
contacts in all of the columns of a ladder diagram, the 
output power flow of each of the seven rows of the ladder 
diagram may be read by the functional processor 60 from the 
SBL module 95. These output power flows or coils may then 
be used by the functional processor 60 to either set 
physical outputs on the Q-line point cards or set outputs 
to be originated on the data highway or set what are known 
as internal coils within the data highway controller memory 
62 for use as inputs to subsequent ladder diagrams. 

In the preferred embodiment, the block diagram of 
the SBL module 95 is as shown in Figure 8. The 8K x 8 
electrically programmable read only memory 112 (EPROM) 
performs AND/OR logic to provide the power flow of a 
particular column which it is solving. The AND/OR logic is 
based upon combination of the state of the seven power flow 
terms from the previous column with the seven contact 
values and six OR terms of the present column. This is 
accomplished by having the microprocessor 60 load the SBL 
module 95 with three different pieces of information. The 
first of these is the preset value of the power flow 
(initially all TRUE) which is .loaded via the buffer 113 
into the power flow register 114. The microprocessor 60 
also loads the SBL module 95 with the contact type into the 
type register 116, the type register 116 containing the 
five fields of descriptive information previously 
described . 

The third piece of information that the micropro- 
35 cessor 60 provides the SBL module 95 is the I/O image word 
itself which is fed to the SBL module 95 through a 16 to 1 
multiplexer 118, the output of the multiplexer 118 
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determined by the four bits (BO to B3 ) contained in the 
first field of the contact type word stored in the type 
register 116. These four bits specify a value from 0 to 15 
which corresponds to the bit number of the contact in the 
I/O image word. The output of this 16 to 1 multiplexer 118 
is fed to exclusive OR gate 120 along with the normally 
closed bit which is in the third field of information in 
the contact type word. This result determines the actual 
value of the contact from the I/O image word. This value 
is then loaded into the contact addressable register 122 , 
this register 122 being addressed by the value contained in 
•the second field of information (CO to C2 ) of the contact 
type word corresponding to the row number of a contact in a 
particular column. The outputs of this contact addressable 
register 122 are then fed to AND gate 124 along with the 
seven previous power flows from the power flow register 114 
and are in turn presented to the 8K x 8 EPROM 112 along 
with the six OR terms signal 125 for subsequent calculation 
of the power flow of a column as described before. 

Additional logic on the SBL module 95 is used to 
determine whether the microprocessor 60 is outputting power 
flow, the contact type word or the I/O image word itself. 
In addition, decoder 121 feeds address and control signals 
to the EPROM access logic 126 to read a location from the 
EPROM 112 addressed by the six OR terms signal 125 and the 
result of the AND function performed by gate 124 using the 
seven power flow terms and the seven contact values. This 
location contains the output of the EPROM, which is tlie new 
seven bits of power flow to be used as inputs for a partic- 
ular column. A timing signal from buffer 123 controls when 
the EPROM access logic 126 generates the signals to enable 
the read of the EPROM 112 as well as to load these outputs 
into the power flow register 114 and buffer 127. In 
addition, the contact addressable register 122 is cleared 
after this operation in preparation for the calculation of 
the power flow in the subsequent column. This procedure is 
repeated for the number of columns in the ladder diagram / 
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after which that ladder diagram is considered as having 
been solved. Additional ladder diagrams may then be 
solved, and these may be either dependent or independent of 
the solution to the first ladder diagram. 
5 Attached hereto and forming a part of this 

specification is an Appendix, chiefly a number of engineer- 
ing, documents further detailing aspects of the system of 
the invention. While it is not believed that this is 
essential to understanding the invention claimed, it is 

10 deemed desirable to include this material in the specifi- 
cation as executed and filed with respect to this patent 
application so that there can be no question of sufficiency 
of disclosure. The Appendix comprises substantial addi- 
tional detailed information concerning various hardware 

15 elements of the system of the invention. The SBL module, 
which has previously been discussed, is the subject of the 
Appendix, pages Al through A25, which has a number of pages 
labelled in the lower right-hand corner with document 
number 9081A97. Those desiring additional details of this 

20 card are, therefore, referred to the appropriate portion of 
the Appendix. It will be appreciated, of course, that some 
of the material in the main body of the specification is 
duplicated in the Appendix, but this was deemed preferable, 
because it permits the Appendix to be a self-contained 

25 document. Additional information can be found in the 
Appendix concerning the SBL module, its interface with the 
functional processor board, various testing, fault han- 
dling, and error message considerations, performance 
specification, a listing of actual pin connections, and the 

30 like. 

5. Engineer's Console 

In accordance with the principles of the inven- 
tion, the engineer's console 28 is the basic tool used by a 
design control engineer either to develop a required 

35 control program or to monitor and control the industrial 
process operating in accordance with that control program. 
In the control program development mode, the engineer's 
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console 28 provides the engineering capability for control 
program development, including extensive file management 
functions and the use of various program processors. It 
also provides the capability of burning programmable read 
only memory (PROM) chip and downloading programs and files 
to other drops in the system via the data highway. The 
application program once developed at the engineer's 
console 28 can be downloaded via the data highway into a 
DPU and stored in the shared memory 62 for execution. In 
the control operation mode, the engineer's console 28 
provides. the primary interface between the operator and the 
industrial process by means of color graphic CRT displays 
and a touch-sensitive keyboard. 

Figure 9 shows the engineer's console basic 
hardware configuration. Because the engineer's console 28 
is another type of drop on the data highway, a similarity 
with the arrangement of Figure 6 is seen in that the data 
highway controller cards 98 are used to maintain communi- 
cations with the data highway 70. However, because the 
function of the engineer's console 28 differs from that of 
a standard DPU, the remaining hardware is different. 
Noticeably absent is the DIOB connection to the Q-line card 
cage for local process I/O interface. Instead, a number of 
peripheral devices are interfaced with the hardware of the 
engineer's console 28. Each of these peripheral devices 
and its purpose is now described. 

The operator's keyboard 128 is a touch- sensitive 
keyboard which allows the operator to interface with the 
process when the engineer's console 28 is operating in the 
control mode of operation. The operator cannot make 
changes to the application programs which are stored in any 
of the DPU units operating in the system. This ability is, 
however, provided in the control program development mode 
through use of the engineer's keyboard 130. The engineer's 
keyboard 130 is enabled through the key switch 131 located 
on the operator's keyboard 128 to restrict this control 
program development mode to use by authorized personnel. 
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The engineer's keyboard 130 is a standard key- 
board device for input of alphanumeric information, which 
is displayed on the color CRT screen 132 as well as for 
control of the cursor on the CRT screen 132. The color CRT 
5 screen 132 is also used to display diagrams representing 
the industrial process and for display of tuning parameters 
which can be modified during the control mode of operation. 
The color CRT 132 is used to aid the operator during the 
interactive programming effort when the engineer's console 
10 28 is employed in the control program development mode. 

A standard peripheral printer 134 is used for 
hard copy records of program listings and other operator 
actions. A Winchester/floppy disc drive peripheral 136 is 
used "as the primary storage facility for all programs and 
15 data contained in the engineer's console 28. The floppy 
disc portion serves as the input medium for storing pro- 
grams and data onto the Winchester disc. The floppy disc 
also serves as secondary storage for saving programs and 
data written from the Winchester disc. A digitizer tablet 
20 peripheral 138 is used as an input to simplify the creation 
or editing of CRT display diagrams when the engineer 1 s 
console 28 is used in the control program development mode. 
A PROM burner 13 9 can be used to burn programs (written 
from the Winchester disc) in PROM's for direct insertion 
25 into the hardware of a DPU. 

All of the aforementioned peripherals are con- 
nected to the engineer's console 28 via a series of cards 
designed for this purpose. The functional processor 140, 
like the functional processor 60 used in the DPU, is a 
30 16-bit microcomputer available from Intel Corp. under Model 
SBC86/0S. The MBK board 142 is designed in accordance with 
skill of the art techniques to interface the functional 
processor 140 to the operator's keyboard 128 and engineer's 
keyboard 130. The connection of the MBK board 142 to the 
35 functional processor 140 is a single asynchronous serial 
data link. The MBK board 142 scans the two keyboard 



BNSDOCID: <EP 0164422A2_I_> 



28 0 1 8 4 4 2 2 

peripherals 128 and 130 to detect contact closures, each of 
which has been encoded with the ASCII convention. 

Another functional processor 144 in the engi- 
neer's console 28 is a modification to the SBC86/05 hard- 
ware. This is accomplished using an internal display 
generator SBG module 146 which enables this processor 144 
to .control the CRT. The SBG module 146 is designed in 
accordance with skill of the art techniques to interface 
the functional processor 144 with the CRT screen 132 to' 
provide the operator with an up-to-date display of system 
data. As with the previously described SBL module 95, the 
SBG module 146 is designed to be mounted as an iSBX" module 
to the 86/05 functional processor. Commands and data are 
transferred from the functional processor 144 to the SBG 
module 146 to create the desired pattern on the CRT screen 
132. The heart of the SBG module 146 is the graphics 
display controller, which receives commands and data from 
the functional processor 144 and converts them into the 
proper data to be stored in one of four memory planes, each 
corresponding to a color output on the CRT screen 132. The 
graphics display controller scans these memories at the 
proper rate, as defined by the commands received from the 
functional processor 144, so that the video and sync 
signals are produced. The graphics display controller 
provides the sync signals directly and provides the memory 
addresses and control signals. 

The interface for the digitizer tablet 138 and 
printer 134 as well as the PROM burner 139 is provided by 
an SBC 86/05 functional processor used as a serial port 
interface 148. The Winchester/floppy disc drive peripheral 
136 is connected to the engineer's console 28 via a con- 
troller board 150 such as that available from Scientific 
Microsystems under Catalog FWD 8001. This multibus compat- 
ible Winchester/floppy disc drive controller board 150 
controls the input/output operations involving this periph- 
eral device 136. 
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Another part of the engineer's console 28 
hardware includes a high-density non- volatile read/write 
memory, such as the bubble memory board 152 available from 
Intel under Catalog iSBC 254S. This board has a 1-megabit 
5 bubble memory capacity. 

The remaining hardware in the engineer's console 
28 is comprised of data highway controller cards 98 which 
are as described in the series of patent applications 
previously referenced. 

10 6. Software Structure 

The software structure of the DPU according to 
the present invention is made up of execution software and 
support software. The execution software is a collection 
of the individual data acquisition and process control 

15 programs which are directed to control of the various 
segments of the process. These programs are initiated, 
performed in a consecutive fashion, and repeated at specif- 
ic intervals. The execution of the process loop occurs in , 
phases, in accordance with the phase diagram shown in 

20 Figure 20 as described further herein. The support soft- 
ware initiates process loop execution. It also ensures 
error-free interaction between the hardware and the execu- 
tion software by monitoring timing of the software execu- 
tion, making calls to subroutines and algorithmic 

25 procedures required by the execution software, and running 
diagnostic testing. 
DPU PROGRAMMING 

The aforementioned execution software which forms 
the process loop is created in the DPU using a programming 

30 language which is problem-oriented. Because it is a 
high-level language, it is uniquely suited to the needs of 
process control design engineers. That is, the programming 
language itself uses symbolic representation which is 
familiar to design control engineers as programming state- 

35 ments. In combination with conventional text statements, 
th DPU programming language of the present invention 
provides the execution software for use by the DPU itself. 



BNSDOCID: <EP 0184422A2 J > 



30 01 84422 

The DPU programming language is used to program 
and configure the memory of distributed processing units 
(DPU's) to perform data acquisition functions, continuous 
modulating control and sequential control. The language 
operates as an editor in text and graphic modes on the 
engineer's console drop 28 which is connected to the data 
highway 70. This interactive subsystem enables the user to 
observe the control loop and ladder logic configurations on 
a CRT screen 132 as he enters them for programming 
purposes. 

There are four main modes of the DPU programming 

language : 

Edit Data Base I/O - Generates the DPU data base by 

allowing the user to define tbe 
process points that are originat- 
ed, received or local to the DPU 
using a text fill-in- the-blanks 
format and the engineer's keyboard 
130. 

Edit Text Control - Configures process control loops 

by allowing the user to define ISA 
and SAMA algorithms using a text 
f ill-in-the-blanks format and the 
engineer's keyboard 130. Loops 
are placed in the memory of the 
DPU for execution. 

Edit Control Loop - Configures continuous process 

control loops of special graphic 
algorithms by allowing the user to 
draw a picture of the loop / using 
the digitizer tablet 138 that is 
, displayed on the CRT screen 132. 

The loops are placed in the memory 
of the DPU for execution. 

Edit Ladder Control - Defines sequential control logic 

with ladder diagrams by allowing 
the user to draw a picture of the 
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ladder, using the digitizer tablet 
138 as displayed on the CRT screen 
132. The ladders are placed in 
the memory of the DPU for execu- 
tion. The ladder mode of the 
programming language includes 
special function algorithms such 
as timers and counters. 
An existing control loop or ladder diagram which 
has been programmed into the DPU may be monitored at an 
engineer's console drop 28. Two modes exist for this 
purpose : 

Control Loop Monitor Mode - This allows the user to display 

a graphic continuous process 
control loop and select a real 
time trend of an algorithm's 
process variable input. The user 
may also tune any algorithms 
displayed in this mode via a 
tuning subscreen. 
.Ladder Monitor Mode - This allows the user to display a' 

ladder diagram which is currently 
executing in the DPU. The current 
states of all of the contacts and 

25 

coils in the ladder diagram are 
shown, and the user may force 
certain contacts and coils manual- 
ly to desired states in this mode. 
The programming language is accessed at an on- 
line engineer's console drop 28 by typing the appropriate 
command on the engineer's keyboard 130. At this point, the 
CRT screen 132 displays the available editing modes of the 
programming language and the associated function keys on 
the engineer's keyboard 130 which serve to select the 
35 various modes. In each mode, the engineer's console 28 
awaits receipt of operator-chosen information which is 
entered via the digitizer tablet 138 or the engineer's 
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keyboard 130 depending on the editing mode originally 
selected. 

The method of using the DPU programming language 
is revealed in the set of flow charts beginning with Figure 
10 through Figure 19. These flow charts taken together 
represent the activities in which an operator develops a 
DPU- application program as part of the control program 
development mode. As an aid to understanding the flow 
chart, a convention has been adopted in which a rectangular 
editor block represents an action performed by the system 
hardware and software of the present invention; a parallel- 
ogram entry block represents a user interaction point at 
which operator information is entered in response to a 
prompt by the CRT screen 132. 

Before the DPU can be programmed, certain system 
parameters which it requires must be established in a 
configuration mode. These parameters include the number of 
the DPU units within the system, the process control loop 
time in which the &PU will execute the application programs 
which it contains, the English description of the functions 
the DPU performs, the number of time slots which the data 
highway has allocated for access by each particular drop in 
the time division multiplexing scheme, and the number of 
I/O interfaces associated with each drop for proper alloca- 
tion of I/O address space within the shared memory of each 
DPU. The information contained in this initial configura- 
tion can be downloaded to the DPU after which the control 
program development mode can be entered. Once the control 
program development mode has been used to develop applica- 
tion programs for the DPU, the configure mode can also be 
used to save the application programs so developed after 
they have been downloaded and are executing in the DPU. 
The user can save these application programs in a fil in 
•the engineer's console 28 and can later use this file to 
redownload a previously saved application program. 

Initiation of the control program development 
mode begins with the start block 154 shown in Figure 10 at 
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which point the operator types the initiation command on 
the engineer's keyboard 130 which has been previously 
enabled for use. When so typed, the system enters the 
control program development mode at which point editor 
5 block 156 causes the functional processor 140 in the 
engineer's console 28 to read the development program 
previously stored in the Winchester disc peripheral 136. 
This development program controls all of the DPU program- 
ming activity as described further herein by the system 
lO flow charts. 

The first step in developing a control program 
for a DPU is the entry of the appropriate DPU drop number. 
Entry block 158 prompts the user to select a number in the 
range of 1 to 254, depending upon the number of DPU's which 

15 form the system. The drop number serves to identify the 
particular drop which is being edited in the control 
program development mode. In response to this entry, 
editor block 160 performs a number of checks on the drop so 
identified. These checks include determination of whether 

20 the identified DPU is attached to the data highway, and 
whether the edit mode for that DPU is already in progress. 
Entry block 162 prompts the user to select an editing mode 
to be used as the method for developing a control program. : 
The following is a discussion of the four main 

25 editing modes previously outlined which are available 
within the control program development mode of operation. 
The reorder and self-documentation and process loop execu- 
tion modes of operation are discussed subsequently. 
EDIT DATA BASE 

30 ln Figure 10, when entry block 162 prompts the 

user to enter an edit mode selection, the CRT screen 132 
displays several function key numbers and their labels 
corresponding to the various edit modes. The function keys 
are found on the engineer's keyboard 130, and for example, 

35 selection of function key 1 designates selection of the 
edit data base mode. This mode is used to add, delete, or 
modify the process points and conversion coefficients that 
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are contained in the data base of the DPU being programmed. 
The user enters the data base information on the engineer 1 b 
keyboard 130 in response to the fill-in- the-blanks format 
which is displayed on the CRT screen 132 when this mode is 
selected. 

Entry block 164 prompts the user to select an 
edit option within the edit data base mode. Again, the set 
of function keys is displayed on the CRT screen 132 with 
labels corresponding to the various edit options. 

In building the DPU data base, the user must both 
define the process points containing the process variable 
information as well as the conversion coefficients which 
make the values of the process variables usable for control 
purposes. Conversion coefficients are sets of real numbers 
that are used by the DPU operating in the analog input scan 
routine to convert the input values to engineering units. 
The following types of conversions are available: .linear, 
square root, polynomial (fifth order), square roof polyno- 
mial, function generator, and exponential. These conver- 
sions are shown in the following table: 



35 
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Type Description 

LN Linear 

P5 Fifth Order Polynomial 

SQ Square Root (SQRT) 

EX Exponential (EXP) 

SP SQRT of Fifth Order 
Polynomial 

F6 Six-Segment Function 
Generator 



Equation 



Y = CjX + C 2 



y = c 1 + c 2 x + c 3 x 2 + c 4 x 3 + c 5 x 4 + C X 5 



Y « Cj [SQRT (X + C 2 )] + C 



5" ' w 6' 
3 

Y = C 2 [EXP (C 2 X)] + C 3 

Y = SQRT (Fifth Order Polynomial Y) 
(See Entry P5 above) 

Coefficient x, y pairs are: 

(c r c 8 ) 
(c 2 , c 9 ) 



15 



< C 7> C 14> 
If x < y = C8 

If x > C ? , y = C14 

If C 1 < x ^ C g> y = value of the 

. y-coordinate for a corresponding 
x-coordinate. 



where : 

X = Original input value which is converted to Y 
20 engineering units by the specified type of 

conversion 

Y = Final , converted value of the analog input 

through = Conversion coefficients 

To add a conversion coefficient set, the appro- 
25 pr.iate function key is selected in response to the prompt 
from the entry block 164. At this point, entry block 166 
prompts the user to select a conversion coefficient type 
from those available in the above table. Entry block 168 
prompts the user to enter a conversion coefficient index, 
30 which numerically designates the set of conversion coeffi- 
cients to be entered. Editor block 170 then checks "the 
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index to see if it is an index that has already been 
selected and, if not, it assigns that index to the 
conversion coefficient set. Entry block 172 prompts the 
user to enter the individual conversion coefficients 
forming the set for the conversion coefficient type already 
selected. Editor block 174 checks the conversion coeffi- 
cient set just entered to see if there are any invalid 
entries, and to allocate storage in the DPU data base. At 
this point, the system returns to the entry block 162 to 
prompt the user for another edit mode selection. 

An existing conversion coefficient set may be 
modified or deleted by an appropriate user response to 
entry block 164. Entry blocks 166 and 168 serve the same 
purpose in either of these options as described above, with 
editor block 175 checking the existence of the conversion 
coefficient set in the DPU data base for each option. For 
the delete option, editor block 176 displays the existing 
information, to which the user responds in entry block 177, 
with deletion performed in editor block 178. 

While still in the edit data base mode, the user 
must define the process point types which are to form the 
DPU data base. There are three process point types: 

Originated point - a global process variable that 
is processed in the DPU being programmed and is broadcast 
over the data highway. This point type may be added, 
modified or deleted. An originated point name must be 
unique within the distributed control system. 

Received point - a process point that is generat- 
ed by a drop other than the DPU currently being programmed 
and is received from the data highway by the DPU being 
programmed. This point type may be added or deleted, but 
may not be modified. 

Local point - a process point that is processed 
in the DPU being programmed. It is not broadcast over the 
data highway. This point type may be added or deleted, but 
may not be modified. A local point name must be unique to 
the DPU being programmed. 
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Each point in the data base is assigned a unique 
name by the user. An alphanumeric set of 8 characters is 
used for this purpose. 

To add an originated point to the DPU data base, 
the user must select the appropriately labelled function 
key in response to entry block 164. Entry block 179 
prompts the user to select the point type and name which is 
to represent that particular process point in the DPU data 
base. 

An individual DPU data base can contain data for 
process points having analog values, known as analog 
points, as well as data for process points having digital 
values, known as digital points. Each type of data is 
structured into an individual record, and each record type 
has certain fields associated with it. Each field is a 
category of information about the process point. For 
example, a digital process point record has fields which 
contain information such as an English description of what 
the point represents, the meaning of its digital states, 
and the physical location from which the digital point data 
is derived in Q-line hardware of the DPU. An analog 
process point record type may contain fields having infor- 
mation such as the English description of what the point 
represents, and alarm limits defining the appropriate range 
of the process variable associated with that analog process 
point. 

Once a process point type and name has been 
selected, editor block 180 checks that point against the 
existing data base within the DPU being programmed. Entry 
block 181 prompts the user to enter the point attributes, 
which is the set of information contained in the various 
record fields for a given point type. The CRT 132 displays 
the possible record fields for the point type already 
selected, and the user has the opportunity to enter infor- 
mation in each record field. Editor blocks 182, 184 and 
186, respectively, check the entered attributes of the 
selected point, the storage capacity of the DPU data base, 
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and ultimately store the point data in that data base 
before returning the system to entry block 162 for select- 
ing an edit mode in which to proceed. 

The edit data base mode can also be used to 
modify an originated point by selecting the appropriate 
function key in response to entry block 164* Entry block 
188. then prompts the user to enter the point name, which is 
then checked by the editor block 180. Point attributes are 
tlien entered in accordance with the edit option for adding 
an originated point as already described. 

The delete originated point edit option can be 
selected by the appropriate function key in response to 
entry block 164. Entry block 190 prompts the user to enter 
the point name, after which editor blocks 192 and 194, 
respectively, check the point name and display the informa- 
tion about that point before entry block 196 prompts the 
user to decide whether to delete that point from the data 
base. Editor block 198 deletes the point unless the user 
chooses not to do so, either choice returning the editor to 
entry block 162. 

In similar fashion, the edit option for adding a 
local point (Figure 11) can be selected using the appropri- 
ately labelled function key in response to entry block 164. 
Once the point type and name has been selected in response 
to entry block 200, editor block 202 checks the point name 
and adds the point to the data base in the DPU. Entry 
block 204 enables the user to exit from this mode or repeat 
it. 

The two edit options for deleting a local point 
or deleting a received point are very similar, each select- 
ed by using the appropriate function key in respons to 
entry block 164. Once the point name has been entered in 
response to entry block 206 or 208, editor blocks 210 or 
212 check the point and delete it from the data base. The 
edit option for adding a received point requires the user 
to select the appropriate function key in response to entry 
block 164, and then to select the point type and name in 



10 



39 01 84422 

response to entry block 214. In addition, the highway 
frequency with which the point is to be accessed from the 
data highway must be chosen in response to entry block 216. 
Then editor block 218 checks the point and adds it to the 
data base. Entry block 220 provides the user with the 
opportunity to exit from this option or repeat it. 
EDIT TEXT CONTROL 

The technique for developing control program 
software algorithms in the edit text control mode is based 
on the use of modular functional control blocks contained 
in an algorithm library. A .similar technique has been 
described in a portion of previously filed U.S. patent 
applications Serial Nos. 562,378; 562,507 and 562,508 filed 
December 16, 1983 and U.S. Serial No. 635,387 filed 
15 July 30, 1984. 

The functional control blocks are individual 
software execution instructions designed to replace the 
tasks which a typical analog or digital control loop needs 
to perform. The set of available functional control blocks 
20 forms the algorithm library and includes arithmetic blocks, 
limit blocks, control blocks, I/O blocks, auto/manual 
blocks (for manual set point entry and control), and 
miscellaneous blocks. The miscellaneous category includes 
functions for generating analog and digital values, gener- 
25 ating polynomial functions, gating one of two analog 
signals based on the logic of the mode signal, time delays, 
etc. The application program is formed by interactive entry 
of functional control block names on a line-by-line basis. 
In accordance with the present invention", this interactive 
30 entry procedure is carried out at the engineer's console 
drop 28 which is connected to the data highway 70. 

The application program is developed by designat- 
ing each line of the application program with a sequential 
functional control block number, the algorithm name (from 
35 the algorithm library) corresponding to that functional 
control block, and each of the parameter locations forming 
the arguments or inputs to that algorithm. Each functional 
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c - r - fc - v 1^ ck chosen by the operator and listed on a line 
of the application program is task- specif ic, with only one 
output, which provides a high degree of flexibility and 
ease of modification. A translator handles the functional 
control blocks in the order in which they were entered by 
the operator. It translates the algorithm name of the 
functional control block, which the operator understands , 
into a series of data blocks in the pre- specif ied operator- 
chosen order so that each data block has a block number, 
algorithm number, parameter location, parameter location, 
parameter location etc. for as many parameters as that 
particular algorithm requires. The translator also checks 
the syntax of the operator-entered data, and thereby 
preprocesses the application program for block- sequential, 
run-time interpretation by an interpreter in the support • 
software. The support software initiates process loop 
execution, executing the application program in the DPU 
using the series of data blocks which the translator has 
created. The support software calls the algorithms in the 
order which the user specifies. The support software also 
routes the answers generated by each algorithm to the 
correct location in shared memory for use by later blocks 
in the application program. The support software use of a 
run-time interpreter eliminates compiling, thereby saving 
time and increasing the flexibility and ease of 
programming . 

Referring to Figure 12, once the user has chosen 
the edit text control mode, entry block 222 prompts th 
-user to enter ah algorithm option. To build a control loop 
±n this mode, the user selects the add algorithm block 
option. Entry block 224 prompts the user to select the 
desired algorithm and designate the sequential functional 
control block number. Editor block 226 then verifies the 
algorithm is contained in the algorithm library located in 
the DPU firmware. Editor block 228 then verifies that the 
sequential functional control block number selected is 
available. Entry block 230 prompts the user to enter the 



25 



30 



41 

tuning parameters and initialization constants "rfcjuftld 2 by 
the selected algorithm. These entries are verified in 
entry block 232, after which the user is prompted by entry 
block 234 to enter when to execute the algorithm selected 
5 in relation to other algorithms or loops being developed. 
Editor block 236 then enters the functional control block 
just developed into the DPU application program after which 
the editor returns to the select edit mode/entry block 162. 

The modify and delete options of the edit text 

10 . control mode are also shown in Figure 12. Each requires 
the user to enter the block number to be modified or 
deleted, after which the editor retrieves the current 
information regarding that algorithm. In the case of the 
modify option, the user entries and editor actions subse- 

15 quent to blocks 238 and 240 follow the format of the add 
algorithm block option previously described. For the 
delete option, blocks 242 and 244 identify the desired 
algorithm, entry block 246 prompts the user to verify that 
the algorithm is to be deleted, after which editor block 

20 248 deletes the designated block from the DPU application 
program and then returns to the select edit mode entry 
block 162. 

GRAPHIC EDITING MODES 

The two graphic editing modes, edit control loop 
and edit ladder control, both employ the CRT screen 132 and 
the digitizer tablet 138 of Figure 9 to enable the user to 
develop control programs in an interactive fashion. 

Referring now to Figure 13, a bit pad template 
250 for use with the present invention is shown. This 
template 250 becomes an overlay on the digitizer tablet 
138, which is a commonly used input entry device for use 
with computers. The present invention utilizes a digitizer 
tablet 138 available from Summagraphi cs and is known as the 
"bit pad 1" model. This device incorporates a digitizer 
35 pen, which when depressed at any location on the digitizer 
tablet 138 surface, relates the depressed point with its 
graphic coordinates. This information can be provided via 
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i er: ^1 link to the functional processor 148 in the 
engineer's console drop 28. For any particular template, 
-these coordinates will be related to a predetermined 
meaning established for the particular template design. 
The template design of the present invention allows entry 
of alphanumeric information and process control diagram 
symbols which are part of the DPU programming language. 
The user selects functions from the bit pad template 250 by 
depressing the digitizer pen on the desired function, after 
which the selection is displayed on the CRT screen 132. 

The grid box location area 252 of the bit pad 
template 250 corresponds to CRT screen 132 locations at 
which various selected symbols are to be displayed. The 
row of definition symbols above or below the grid 252 
correspond respectively to types of input data and types of . 
output data associated with process control symbols appear- 
ing in the grid box locations. The alphanumeric symbol 
area 254 of the template allows for entry of alphanumeric ' 
symbols. The delete character area 256 allows the last 
character entered to be erased. The TAB area 258 moves the 
cursor to the next entry field on the CRT screen 132. The 
cursor movement area 260 allow for motion of the cursor in 
the directions indicated by the arrows. The ADD LINE area 
262 allows for entry of the lines which display the inter- 
connection between the process control symbols such as 
inputs, algorithms, and outputs; each line is labeled 
according to the type of process variable it represents, 
with P representing a process variable input, C represent- - 
±ng a cascade input which is calculated within the DPU, and 
S representing a supervisory input which is received from a 
remote drop. The DELETE LINE area 264 allows erasure of an 
interconnection line previously entered. The function tab 
series of area 266 labeled Fl through F12 represent indi- 
vidual functions which are defined as part of the CRT 
screen 132 display depending upon the mode of programming 
being used. In the top right-hand corner of the bit pad 
template 250, the DELETE area 268 allows erasure of any 
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previously selected contents for a box location. The MOVE 
area 270 is used in the ladder control editing mode to copy 
the contents of one ladder cell into another cell and erase 
the contents of the first cell. The DETAILS area 272 calls 
up a CRT screen 132 display of additional parameters for 
the algorithms being added in the text control editing 
mode. The NEXT area 274 allows the entry of new data to be 
used for the default tuning parameters and moves the cursor 
to the following entry field. The REP/COPY area 276 allows 
the contents of one ladder cell to be copied into a series 
of other cells. The CLEAR area 278 allows restoration of a 
selected ladder cell to its previous state. This command 
must be issued to terminate a REP/COPY command. The 
keyboard area 280 enables the keyboard function keys and 
15 alphanumeric keys on the engineer's console drop 28 to be 
used. The EXIT area 282 returns the editing procedure to a' 
selected edit mode stage. The ROW area 284 enables the 
user to clear or delete an existing row, or to insert a new 
row between two existing rows of ladder elements. If the 
CRT screen 132 is already full, the user cannot add a row.* 
The ladder elements area 286 of the template 250 
contains the ladder symbols used in the ladder control 
editing mode. The open and closed contact and coil ladder 
symbols 288, 290 and 292 can be used to build ladder 
25 .diagrams for sequential control purposes. The SF ladder 
symbol 294 allows for the entry of special function algo- 
rithms as part of the ladder diagram. The horizontal and 
vertical line symbols 296 and 298 allow connection of the 
contact and coil symbols and completion of the ladder 
30 diagram. 

The control algorithm area 300 of the template 
250 contains the group of control algorithms, which are 
selectable in the graphic control loop editing mode. Each 
control loop is built on a single CRT screen 132 display in 
35 this mode and may have up to eight of these algorithms 
selected, one corresponding to each of the shaded boxes on 
the grid box location area 252 of the bit pad template 250. 
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The MONITOR area 302 of the template 250 contains 
the group of monitor algorithms which are selectable in the 
graphic control loop editing mode. Each type of monitor 
algorithm performs a different pre-defined check on the 
analog process points in the control loop / such as monitor- 
ing signal levels with respect to high or low limits. 
EDIT CONTROL LOOP 

The edit control loop mode is used to build, 
modify and delete control loops of special graphic algo- 
rithms that are selected from the bit pad template 250 on 
the digitizer tablet 138. These control, loops are ulti- 
mately downloaded in the DPU for execution so as to provide 
the process modulation and continuous control functions 
necessary for a controlled process. In this editing mode, 
the grid box location area 252 of the template 250 is used 
to define algorithm input, output and box locations on the 
CRT screen 132 as the control loop is being built. Each 
control loop can have up to five analog input points which* 
must be defined in the edit data base mode. Three types of 
input points are available: 

Field Input (I) - This is a point value scanned from 

the field input card converted to 
engineering units and updated 
before the control loop is 
executed. 

Calculated Input (C) - This is an originated point within 

the DPU being programmed. 
Received Input (R) - This point is generated at another - 

drop that is defined as a received 
point in the data base. 
Above the grid box location area 252 of the 
template there are five input point or box locations, each 
labelled I, C and R for the type of input points which can 
be selected by depressing the digitizer pen on the individ- 
ual letter desired. In similar fashion, the output points 
are selectable using the bit pad template 250, and each 
control loop can have up to five analog output points which 
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must be defined in the data base. Two types of output 
points are available: 

Field Output (O) - This point value is output to the 

field of the card after the 
control loop is executed. 
Calculated Output (C) - This point is originated in the 

DPU being programmed. 
As mentioned earlier, the algorithms that operate 
on the input points to produce the output points are those 
which can be selected from the bit pad template 250 control 
algorithms area 300. Each of these algorithms is stored in 
an algorithm library in a manner similar to that described 
earlier for the edit text control mode. Each control loop 
may have up to eight algorithms, and their locations are 
15 those corresponding to the shaded boxes in the grid box 
location area 252 of the bit pad template 250. Each of 
these algorithms may have up to three inputs which are of 
the following types: 

Process Variable Input (P) - Field input point. 
20 Cascade Input (C) - Variable resulting from another 

calculation within the DPU being 
programmed. 

Supervisory Input (S) - Received process point which is 

assigned a value by a remote 

25 system drop. 

Each algorithm may have only one output. The 
editor names the output points automatically and defines 
them except when the user draws a line connecting the 
algorithm to the bottom of the CRT screen 132 or an output 

30 box location. These points are instead named by the user. 
To ensure bumpless transfer when switching system control 
modes (for example from auto to manual) and to prevent 
reset (integral) windup, the editor also creates and names 
intermediate process points between algorithms for tracking 

35 and for displaying algorithm set points and deviations. 
This is accomplished by giving each algorithm additional 
inputs and outputs which are not visible to the user. The 
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editor automatically creates and deletes these points as 
needed, and ensures that they are passed from one algorithm 
to another correctly. 

Each input point in each algorithm in a control 
loop can have up to two monitor algorithms associated with 
it. A monitor algorithm performs predefined checking on an 
analog process point and sets a digital process point to a 
TRUE state if the predefined conditions are met. This 
information may be used as input for other algorithms. As 
an example, the HISIG algorithm area 304 defines an algo- 
rithm which monitors an analog process point and determines 
if it is above a predefined limit. 

Figure 14 shows a pattern 306 of the CRT screen 
132 locations which may be developed using the graphic 
15 control loop editing mode. There are eight algorithm box s- 
308-315, five input box locations 316-320, and five output 
box locations 321-325. The set of permitted lines which 
may be drawn to connect the inputs algorithms and ■ outputs 
is also shown. Initially, the CRT screen 132 displays only 
20 the input and output box locations, and gradually the us r 
builds the complete display pattern shown in the figure, or 
variations within this pattern. The editor observes rules 
in the building procedure which limit these variations. 
The user defines the algorithm inputs by drawing lines 
25 which connect the algorithms and input boxes. Lines cannot 
be drawn through an existing algorithm box. A line may be 
drawn through the algorithm box location if an algorithm 
has not been placed there. Inputs originating from th 
left of an algorithm box may be drawn only to the left 
30 input location of that algorithm box. Inputs originating 
as an output of an algorithm box may be drawn only to the 
center input of the algorithm box directly below. Inputs 
originating from the right of an algorithm box may be drawn 
only to the right input location of that algorithm box. 
35 user-defined algorithm names are unique and cannot be the 
same as another point or algorithm in the data base. No 
two lines may coincide nor intersect unless the lines 
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originate from the same algorithm box or same input box. 
The editor will not allow the user to build illegal lines. 

The editor is capable of detecting a mistake in 
the building of connecting lines through use of a valid 
5 line detection routine. As shown in Figure 14, incorporat- 
ed within the set of complete CRT screen symbols used in 
the. building of control loops are nodes (such as that at 
326) which define possible connection points for connecting 
lines. When the user requests a line to be drawn, the 

10 editor determines which nodes are required by accessing a 
look-up table which contains the set of all possible lines 
that can be drawn between input boxes 316-320 and algorithm 
boxes 308-315 , and between algorithm boxes 308-315 and 
output boxes 321-325. The editor uses this information 

15 along with information contained in a table it creates 
during the editing procedure. This latter table is the 
used-nodes array which stores the set of nodes which have 
been used in drawing lines. By comparing the used-nodes 
array with the look-up table, the editor determines if the 

20 line is valid, and then modifies indices in the used-nodes 
array to indicate their unavailability in further editing. 

Figure 15 shows the finished version of a sample 
control loop 327 which may be built in the graphic control 
loop editing mode on the CRT screen 132. The following is 

25 a description of the procedures used to develop this 
control loop, with the procedures used by the editor shown 
in the flow chart 328 of Figure 16. 

The user begins the editing procedure at the 
engineer's console 28 by entering into the control program 

30 development mode as discussed earlier. When the editor 
prompts the user to select an editing mode, the user 
selects the graphic control loop editing mode. At this 
point, entry block 330 prompts the user to enter a control 
loop number to designate the control loop being built. 

35 Editor block 332 then checks this loop number to determine 
if it is already in the DPU being programmed. If it does 
exist, the DPU sends back the information pertaining to 
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that loop. If not, the editor initializes a memory buffer 
so that a new loop can be added under that loop number. 
Once the editor initializes the memory buffer , it puts the 
basic loop diagram up on the CRT screen 132. As indicated 
earlier, the basic loop diagram has five input and output 
boxes and signifies the loop number and drop number on the 
side, of the screen 132, while at the bottom of the screen 
132 an indication appears that the input device is the bit 
pad 250. 

At this point in time, entry block 334 of the 
editor prompts the user to enter an edit option- Typical- 
ly, the user would enter the inputs and outputs first and 
to do this the user presses the digitizer pen on the bit 
pad 250 in the area for the first input box that he desires 
to define. For our example, input point 316 corresponding 
to the uppermost left input or first input box of the 
control loop 327 is defined first and the user presses the 
digitizer pen to the bit pad 250 over the R in the first 
input box of the grid box location area 252. This indi- 
cates that this first input is a received input, and the 
editor moves to entry block 336 because an I/O edit option 
has been selected. At this point, the R is blinking on th 
CRT screen 132 and the user types into the first entry 
field the characters for the name of the point, which for 
our example is FUELSP for fuel set point. As the user 
enters these characters, they are displayed on the CRT 
screen 132 and the editor moves between entry block 336 and 
editor block 338 to display the entered characters. 

When the user finishes typing in the characters 
for that input point, he presses the second input box of 
the grid box location area 252 to select the second input 
point 317 of the control loop 327. In the example, he will 
press the I character on the bit pad 250 on the second 
input box which designates a field input from the I/O. Th 
editor moves from entry block 336 to editor block 342 to 
check the validity of the input point already selected for 
input box 316, and in doing so, the editor asks the DPU if 
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that point really exists and if it is the right type. 
Assuming that it is, the editor returns to entry block 336 
and the second entry field is then selected in response to 
the I character blinking on the CRT screen 132. The user 
5 proceeds by typing in the characters for the name of the 
second input point 317 and for the example this is PTEMP 
for. process temperature. As this is going on, the editor 
moves between entry block 336 and editor block 3 38 on the 
flow chart 328. Once the name of the process point is in, 

10 the user can go on to the third input point 318 by pressing 
the I character in the third input box of the grid .box 
location area 252 on the bit pad 250, which indicates 
another field input. The editor moves to editor block 342 
to check the entry field for the point in input box 317 in 

15 a similar manner as that done for input box 316. 

The editor then deals with the entry field, for 
the third input point 318 in entry block 336, so that the 
user types in the characters for this process point. In 
the example, this is FUELFLOW. Again, the editor moves 

20 between entry block 336 and editor block 338 on the flow 
chart 328, and when the user is finished all of the input 
information has been defined. At this point, the user must 
define the output information, and for the example he 
selects output box 322. Again, the editor moves to editor 

25 block 342 to check the third input point 318, FUELFLOW. In 
the example, when the user chooses output box 322, he 
chooses the O character which represents a field output to 
the I/O. The user then types in the name of the output 
point 322, which in this case is AL300. As this informa- 

30 tion is entered, the editor moves between entry block 336 
and editor block 338 on the flow chart 328. This completes 
the first stage of the control loop building procedure. 

The second stage of the graphic control loop 
editing mode is devoted to drawing lines which connect the 

35 inputs to the algorithm boxes and the algorithm boxes to 
the outputs. In the example, the user will first draw the 
line 348 from input box 316 to algorithm box 310 defining 
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the set point input to that box. To do this / the user 
presses the bit pad 250 for input box 316. This causes the 
editor to move to editor block 342 to check the entry field 
for the output point just created for output box 322. With 
the selection of input box 316, the user then presses the 
ADD LINE S area 262 to designate the input from input box 
316. as a supervisory input. The editor moves to editor, 
block 350 on the flow chart 328 to check that the entry is 
valid and then moves to entry block 352 which is the add 
line edit option. 

At this point, the user specifies the destination 
for the line 348 being added and, in the example, this is 
algorithm box 310 which is selected by depressing the 
appropriate shaded area in the grid box location area 252 
of the bit pad 250. The editpr moves from entry block 352 
to editor block 354 to verify that the line 348 being added 
does not violate the valid line detection routine described 
earlier. The editor then moves to editor block 356 to 
verify that the algorithm box 310 selected is available, 
and from there the editor moves to entry block 358 which is 
the box edit mode option. 

The user may then draw the line 3 60 between input 
box 317 and algorithm box 308 connecting the PTEMP process 
variable 340 to the first algorithm. To do this, the user 
presses the digitizer pen on input box 317 and the editor 
moves from entry block 358 to entry block 336, the select 
I/O edit option. From there, the user would press the ADD 
LINE P area 262 on the bit pad 250, P representing a 
process variable input. The editor then moves to editor 
block 350 to verify that the entry field is valid and then 
to entry block 352 which is the add line edit option. The 
user then selects algorithm box 308 as the destination for 
that line 360 by pressing the appropriate shaded area of 
the grid box location area 252 of the bit pad template 250. 
The editor then moves to editor block 354 to verify the 
line 360 in accordance with the valid line detection 
routine, and from there moves to editor block 356 to verify 
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the algorithm box 308 is selectable, and from there to 
entry block 358, the box edit option. Assuming the user 
then wants to draw the line 362 from algorithm box 308 to 
algorithm box 310, since algorithm box 308 has already been 
selected, the user just presses the ADD LINE C area 262 of 
the bit pad 250 to represent a cascade input to algorithm 
box. 310. The editor then moves to entry block 352 which is 
the add .line edit option. The user then presses the shaded 
area of the grid box location area 252 of the bit pad' 
template 250 corresponding to algorithm box 310 to indicate 
the destination for the line 362 being added. The editor 
moves to editor block 354 to verify the line 362 in accor- 
dance with the valid line detection routine, moves to 
editor block 356 to verify the algorithm box 310 is select- 
15 able and then moves to entry block 358 which requires 
selection of a box edit option. To add the connection line 
364 between input box 318 and algorithm box 310, the user 
presses the ADD LINE P area 262 of the bit pad template 250 
to designate a process variable input, and the editor moves 
to entry block 352 which is the add line edit option. At 
this point, the user presses the input box 318 on the bit 
pad 250 to designate the destination of this line 364, and 
the editor moves to editor block 366 to verify the line 3 64 
in accordance with the valid line detection routine. After 
this, the editor moves to entry block 336 which is the I/O 
edit option. To draw the line 368 from algorithm box 310 
to output box 322, the user again presses the shaded area 
of the grid box location area 252 of the bit pad template 
250 corresponding to algorithm box 310. The editor moves 
from entry block 336 to editor block 370 to check the 
entry, then the editor moves to editor block 356 to verify 
that the algorithm box 310 is selectable, and then the 
editor moves to entry block 358 which is the box edit 
option. The user then presses the ADD LINE area 262 
35 without a P, C or S designation in this case because the 
line goes to output box 322. The editor then moves to 
entry block 352 and the user presses the shaded area of the 



20 



25 



30 



BNSDOCID: <EP 018«a/.22A2J_> 



52 01 84422 

grid box location area 252 corresponding to output box 322 , 
at which point the editor moves to editor block 3 66 to 
verify the line 368 in accordance with the valid line 
detection routine. When this has been done, the editor 
5 moves to entry block 33 6 which is the I/O edit option. 

In the third stage of building the graphic 
control loop, the user enters tbe names of the control 
algorithms and the tuning constants with which they oper- 
ate. To do this, the user selects the algorithm box he 

10 wishes to define. In this example, algorithm box 308 is 
defined by depressing the digitizer pen on the . appropriate 
shaded area in the grid box location area 252 of the bit 
pad template 250. The editor moves from entry block 336 to 
editor block 370 to verify the entry field, and from there 

15 to editor block 356 to verify tbe algorithm box 308 is 
selectable. The editor then moves to entry block 358 where 
the control algorithm name is selected by pressing the 
particular algorithm desired from the control algorithm 
area 300 of the bit pad template 250. If an algorithm was 

20 previously entered, selection of the DETAILS area or the 
bit pad template would cause editor block 371 to display 
existing algorithm parameters which could then be modified. 

In the example, a PID algorithm is chosen, at 
which point the editor moves to editor block 372 during 

25 which time it reads the algorithm template from storage 
which contains the default tuning and initialization 
parameters for that control algorithm. This information is 
displayed on the CRT screen 132, and the editor proceeds to 
entry block 374 which permits the user to enter desired 

30 tuning and initialization parameters. As the user enters 
these parameters, the editor moves back and forth between 
entry block 374 and editor block 376. If initialization 
parameters include non-numerical entries, the user can use 
the NEXT area 274 of the bit pad template 250 to sequence 

35 through the set of descriptors available in completely 
defining this control algorithm. The editor moves between 
editor block 378 and entry block 374 during this procedure. 
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Where control algorithm definition requires more pieces of 
information than can be displayed on a single CRT screen, 
pages of information are available. When the user is 
satisfied with the data displayed on the first page of the 
CRT screen, he presses the DETAILS area 272 of the bit pad 
250 at which point the editor moves from entry block 374 to 
editor block 380 to verify the entries on the current page 
while displaying those available on the next page of 
information. The user can then type in and change the 
entries on the second page and the editor will move between 
entry block 374 and editor block 376 as these characters 
are changed. 

When the user is satisfied with all of the 
entries, both the initialization parameters and tuning 
parameters, then the user finishes the definition of 
algorithm box 308 by choosing another algorithm box for 
editing. In this case, the user chooses algorithm box 310 
by depressing the digitizer pen on the appropriate shaded 
area in the grid box location area 252 of the bit pad 
template 250. The editor moves from entry block 374 to 
editor block 382 to verify that the entries on the last 
page of information are correct- This information is then 
stored in a memory buffer, and the editor moves to editor 
block 356 to verify that algorithm box 310 is selectable, 
and from there the editor moves to entry block 358 which is 
the box" edit option. At this point, the user depresses the 
digitizer pen in the control algorithms area 300 of the bit 
pad template 250 ' to define the algorithm selected for 
algorithm box 310. In the example, this is the PIDSPV 
algorithm. The editor moves from entry block 358 to editor 
block 372 to retrieve from storage the algorithm -template, 
default parameters and initialization and tuning constants 
as was done earlier for algorithm box 308. The user then 
verifies that the entries are correct or makes adjustments 
as necessary by typing in appropriate characters. As he 
does this, the editor moves between entry block 374 and 
editor block 376. If a transition to the add line edit 
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option entry block 352 is needed at this point, the user 
depresses the ADD LINE area 262 and the editor block 379 
verifies the data just entered for the algorithm edit 
option in entry block 374 before moving to entry block 352. 
The user may wish to monitor an algorithm box by selecting 
a monitor algorithm in entry block 381. If the monitor is 
deleted, editor block 383 verifies its output is not used. 
An algorithm and monitor may also be deleted in editor 
block 384 and an I/O point may be deleted in editor block 
385. 

When all of the entries have been made, the user 
exits the graphic control loop editing mode by depressing 
the digitizer pen on the EXIT area 282 of the bit pad 250. 
The editor moves from entry block 374 to editor block 386 
to verify that all of the algorithms have their inputs 
initialized and to perform other error checking routines. 
The user is then prompted to select an exit option in entry 
block 387, and the user can respond by requesting that the 
engineer's console 28 download the graphic control loop 
just created to the DPU specified in entry block 388. In 
this event, editor block 390 takes the CRT screen 132 image 
of the control loop and converts it to executable code and 
transmits it to the DPU for execution. 

The buffer of information that has been generated 
during the process of building the graphic control loop is 
converted to executable code by storing blocks of informa- 
tion containing the addresses corresponding to the inputs 
and outputs of each of the algorithms within the graphic 
control loop. Each time an algorithm is called during 
execution of the process loop, the call includes an algo- 
rithm block of information containing the addresses of the 
input arguments, the addresses of the output arguments, and 
the address of the algorithm itself. This algorithm block 
is used by the functional processor in the DPU. 

In addition to the conversion into executable 
code, additional information about the graphic control loop 
is stored in a data block containing graphic information 
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used to reconstruct the diagram or rebuild the diagram on 
the CRT whether for modification of the loop, monitoring or 
documentation. In addition to the graphic information that 
contains the placement of algorithm boxes and interconnec- 
5 tion lines, the names of the input points appearing at the 
top of the CRT screen and those output points appearing at 
■the. bottom of the CRT screen are also stored with this 
graphic information so that the graphic control loop can be 
redisplayed later. 
10 EDIT LADDER CONTROL 

The edit ladder mode is used to build, modify, 
and delete ladder diagrams on the CRT screen 132, each of 
which is ultimately downloaded to the DPU for execution so 
as to provide the sequential control functions for a 
15 controlled process. The user develops the ladder diagrams 
by selecting various ladder elements from the bit pad 
template 250 in an interactive fashion. When the user has 
selected the edit ladder mode during the control program 
development mode, the editor prompts the user to build a 
20 ladder diagram in accordance with specified rules of 
construction. Each of the ladder contact elements and coil 
elements has already been defined by the user in the data 
base edit mode as a collection of discrete digital points 
which can be referenced in the ladder. 
25 The edit ladder mode also allows for inclusion of 

special function elements in the ladder diagrams such as an 
inverter, comparator, one-shot timer, on-delay timer, 
off-delay timer, and up/down counter. Each of the special 
function elements is a predetermined algorithm which is 
30 initiated in response to a change in state of one or more 
ladder contact elements acting as inputs, and which produc- 
es a digital output once the algorithm has been completed. 
For example, a comparator special function element will 
compare the values of two specified analog points when its 
35 input is true. The comparator produces three digital 
outputs with the state of each determined by the results of 
the comparison, thus providing one output for each case, 
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whether the two analog values are equal or if one is 
greater or less than the other. Analog points which are 
used in the special function elements must be defined in 
the edit data base mode before the special function element 
is added to the ladder diagram. 

Each ladder diagram containing one or more 
special function elements has a packed digital type point 
associated with it to support the monitoring of power flow 
at an operator 1 s/al arm console in the DPF system. This 
allows the operator to determine the status of the digital 
output of a special function element, that is, whether or 
not the output of a special function element has changed 
state once the algorithm of the special function element 
bas been completed. The packed digital point is automati- 
15 cally created for use in the system-wide data base and is 
available for broadcasting to the operator's/alarm console. 

When using the edit ladder mode, the grid box 
location area 252 of the bit pad template 250 serves as the 
ladder building grid. The ladder element which is chosen 
20 to be placed in any given box is stored in a cell corre- 
sponding to that box location. A cell array is developed 
in this fashion and is stored in the engineer's console 28 
memory. The algorithm input/output point locations and the 
algorithm boxes which were used in the graphic control loop 
25 editing mode are not used in the edit ladder mode. 

The following conventions must be used when 
building or editing ladder diagrams: 

A ladder network display on the CRT screen is 9 
columns wide and can be up to 7 rows in height. 
30 Contact elements and thru-branch elements can be 

placed in any of the first 8 columns. 

Vertical connecting lines can be placed in any 
cell in rows 2 through 7 of columns 1 through 8. 

Coil elements can be placed in column 9 only. 
35 Special function elements can be placed in 

columns 2, 4, 6 or 8. 
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Figure 17 shows the finished version of a sample 
ladder diagram 400 which may be built in the editor ladder 
mode on the CRT sc reen 132. The following is a description 
of the procedures used to develop this ladder diagram, with 
5 the procedures used by the editor shown in the flowchart 
410 of Figure 18. 

The user begins the editing procedure at the 
engineer's console 28 by entering into the control program 
development mode as discussed earlier. When the editor 
10 prompts the user to select an editing mode, the user 
selects the edit ladder mode. At this point, entry block 
412 prompts the user to enter a ladder diagram number to 
designate the ladder diagram being built. Editor block 414 
then checks this ladder diagram number to determine if it 
15 is already in the DPU being programmed. If it does exist, 
the DPU sends back the information pertaining to that 
ladder diagram. If not, the editor initializes memory so 
that a new ladder diagram can be added under that ladder 
diagram number. 

20 Once the editor initializes the memory buffer, it 

places the basic ladder diagram display up on the CRT 
screen 132. This display contains the left and right power 
legs 416 and 418 and indication markers for the columns and 
rows. The editor moves into entry block 420 which is the 

25 ladder edit option. The user then proceeds to build the 
sample ladder diagram 400 of Figure 17 by positioning the 
cursor on the CRT screen 132 where a contact, coil or 
special function element is to be added. In this case, the 
user presses the digitizer pen against the bit pad 250 at 

30 grid location 1,1 (row, column) corresponding to the upper 
leftmost cell in the diagram 400. The editor moves to 
editor block 422 and turns the selected grid location to an 
inverse video contrast while also checking the contents of 
the cell array for the selected grid location. Because no 

35 ladder element has been previously chosen for this cell, 
the cell contains a null cell. The editor will therefore 
move to entry block 424 which is the null cell/thru-branch 
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edit option. The user then presses the digitizer pen to 
the chosen ladder element symbol of the bit pad 250, which 
in this case is a normally open contact ladder element 288. 
The editor then goes to editor block 426 to verify that the 
5 chosen contact is in columns 1 through 8. The editor then 
moves to entry block 428, which is the contact element edit 
option. As the user types in the name of the digital point 
which contains the information about this contact ladder 
element, DM300 in this case, the editor moves between 

10 editor block 430 and entry block 428 to display the charac- 
ters being entered. 

When the user is finished typing the name of the 
contact, he then presses the next grid location desired in 
this column, in this case grid location 2,1. The editor 

15 responds by moving to editor block 432 to verify that the 
name of the contact just entered actually exists in the DPU 
data base and that it is a valid type. The editor then 
moves to editor block 422 to check the contents of the cell 
array for the newly selected grid location, and because it 

20 is a null cell, the editor moves to entry block 424, the 
null cell/thru-branch edit option. For this example, the 
user then selects the thru-branch ladder element 296 from 
the bit pad 250. The editor moves to editor block 434 to 
verify that the selection is within columns 1 through 8 and 

25 the thru-branch 296 is then entered into the cell array and 
the editor returns to entry block 424. 

The user then selects the next grid location to 
be used for the special function by pressing grid location 
1,2 on the bit pad 250. The editor then moves to editor 

30 block 422 to set the selected grid location to inverse 
video on the CRT screen 132, and then the editor moves back 
to entry block 424 because a null cell is currently in the 
cell array. The user then presses the special function 
ladder element 294 on the bit pad 250, and the editor moves 

35 to editor block 436. At this point, the CRT screen 132 
displays the choice of special functions available and the 
corresponding function tab in the function tab area 256 of 
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the bit pad template 250. The user depresses the appropri- 
ate tab for the UPCOUNT (up counter) special function. The 
editor then moves to editor block 438 to verify that a 
valid cell has been selected, meaning an even numbered 
5 column is being chosen for placement of a special function. 
The editor then proceeds on to entry block 440 which is the 
special function edit option. The user then types in, in 
the entry fields, the name of the analog point that will be 
used for this counter, and the editor moves between editor 

10 block 442 and entry block 440. In this example, the point 
name is AM300, and the preset value for the special func- 
tion is then entered. 

Once the user enters the parameters for the 
special function, the user then presses grid location 1,3 

15 to proceed with connecting the special function output over 
to the coil ladder element. The editor moves from entry 
block 440 to editor block 444 to verify the points speci- 
fied in the special function exist in the DPU data base. 
Assuming these are correct, the editor moves to editor 

20 block 422 and because a null cell is contained in the cell 
array for the last grid location selected, the editor moves 
to entry block 424. The user then presses a thru-branch 
ladder element 296 and the editor moves to editor block 426 
to verify that this entry is in columns 1 through 8, after 

25 which the editor returns to entry block 424. 

To complete the horizontal connection to the coil 
ladder element itself, the user can depress the REP/COPY 
area 276 of the bit pad 250 and the editor moves to editor 
block 446 to save the contents of the current cell and copy 

30 the thru-branch ladder element 296 into the grid location 
specified by the user in entry block 448. In the example, 
the user would depress grid location 1,4 and the editor 
moves to editor block 450 to verify that the column range 
is appropriate and no special function is currently in that 

35 cell. If indeed that is the case, editor block 452 copies 
the saved contents into that cell and then proceeds on to 
entry block 448. The user can then continue to depress the 
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remaining grid locations 1,5 through 1,8 each time causing 
the editor to move to editor blocks 450, 452 and back to 
448 and that will complete drawing the line across the CRT 
screen after which the editor will come to rest in entry 
block 448. The user then depresses the CLEAR area 278 on 
the bit pad 250, and the editor moves to editor block 422 
and. on to entry block 424 since a thru-branch ladder 
element 296 is contained in the cell corresponding to the 
last entry. The user then depresses the digitizer pen to' 
the bit pad 250 to select the grid location corresponding 
to the coil ladder element 292, which is grid location 1,9. 
The editor moves to editor block 422 and from there back to 
entry block 424 since the cell array contains a null cell. 
The user then depresses the coil ladder element 292 on the 
bit pad 250 and the editor moves to editor block 454 to 
verify that column 9 has been selected, after which the 
editor moves to entry block 456 which is the coil element 
edit option. The user then types in the name of the coil 
ladder element DM301 in the example, and the editor moves 
between entry block 456 and editor block 458. The coil 
element edit option can also be obtained if an existing 
coil is to be modified, and such a selection in entry block 
420 will move the editor to editor blocks 422, 456 and 459 
to check the cell array and verify that the coil exists in 
the DPU data base before allowing modification. 

The process described above is repeated for 
completion of the ladder diagram 400 for rows 3, 4, 5 and 6 
in the example. In completing the ladder diagram, the 
CLEAR area 278 of the bit pad 250 can be used to store the 
original cell contents to any cell for which an edit option 
has been selected and this restoration will be performed by 
editor blocks 460 or 462. A deletion of the contents of 
any cell is performed by editor block 463 in response to 
user action involving the DELETE area 268 of the bit pad 
250 in an edit option. 

Once all of the remaining ladder rungs have been 
entered, the user depresses the EXIT area 282 on the bit 
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pad 250. The editor then moves to editor block 464 and 
verifies that all the ladder elements on the CRT screen 132 
have the reguiredv information, including the name of the 
process point which each ladder element represents. Once 
the editor verifies this, entry block 466 allows the user 
to select when the ladder is to execute in the application 
program of the DPU. This allows the user to choose whether 
the ladder diagram is executed as the first item in the 
application program, the last item or after any other 
ladder diagram, graphic control loop diagram, or text 
algorithm. This flexibility gives the user the ability to 
fully integrate the ladder diagram into the remainder of 
the system. Editor block 468 converts the information in 
the cell array of the ladder diagram into executable code 
for use by the DPU, and that code is then downloaded to the 
DPU for execution. 

To convert the cell array to DPU executable code, 
the editor will first convert the contents of cell 1,1 and 
this is done by obtaining the address for the digital point 
or contact in cell 1,1 which is DM300 in the example. This 
address is inserted in the executable code and is used to 
represent the value of that contact to the SBL linesolver. 
The editor then converts the thru-branch ladder element in 
cell 2,1 to executable code so that the power flow from the 
column to the left of the thru-branch is maintained as the 
output from the thru-branch to the next column on the 
right. The editor then converts the remaining ladder 
elements in the first column to executable code in a 
similar fashion, and when the sixth ceil has been convert- 
ed, the editor marks that with an identifier indicating the 
end of a column has been reached. 

The editor then proceeds to convert the special 
function in cell numbers 1,2 and 2,2 to a function block 
similar to an algorithm block which performs the special 
function. The address for the process point (AM300) used 
by the special function is obtained and included in the 
function block. The editor treats the second special 
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function in cells 3,2 and 4,2 in a similar manner, and the 
editor completes the conversion for column 2 with the end 
of column identifier placed after cell 6,2 has been con- 
verted. A similar conversion occurs in columns 3 and 4, 
5 and the editor then adds coil ladder elements DM301, 302, 
and 300 in a manner similar to that used for the special 
functions. The addresses for the coil ladder elements are 
obtained from the DPU data base and incorporated into' a 
function block used during DPU execution which writes the 

10 value of the power flow calculated by the SBL linesolver to 
the digital point representing the coil ladder element. At 
the end of the process of converting the cell array for the 
sample ladder diagram into DPU executable code, the editor 
downloads the information over the data highway to the DPU 

15 and inserts it into the application program which the user 
had previously designated. In addition, the graphic 
information for reconstructing the ladder diagram on the 
CRT is stored in a manner similar to that described earlier 
for the graphic control loop display. 

2 0 SELF-DOCUMENTAT I ON 

The control loop and ladder diagram graphic 
information which is stored in data blocks is used to 
reconstruct these diagrams, giving the system of the 
invention a self-documenting capability and greatly simpli- 

25 fying user documentation procedures. The user has the 
option of obtaining a hard copy printout of the CRT screen 
132 display for a single control loop or ladder diagram or 
a summary of all loops and ladders in the DPU. This is 
accomplished by printing the contents of the data blocks on 

30 the printer 134. In addition, a concordance is provided 
which illustrates the interconnection of all of the indi- 
vidual loop and ladder diagrams by . summarizing and identi- 
fying the loop and ladder diagrams which use each of the 
process points in the DPU data base. 

35 REORDER 

The reorder editing mode is used to change the 
sequence of the text control algorithms, graphic control 
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loops, and ladder diagrams which execute within the DPU's 
process control loop. The user selects the reorder mode in 
response to entry block 162 of Figure 10. Flow chart 470 
in Figure 19 shows entry block 472 which then prompts the 
user to enter the algorithm loop or ladder which is to be 
moved in the DPU process control loop. Editor block 474 
checks whether this item is actually in the DPU, and entry 
block 476 then requests the user to specify where the item 
is to be moved. The user may then designate that the item 
is to execute first, last or after a particular other item 
which is identified by its index in the DPU process control 
loop. Editor block 478 then checks the designated location 
and moves the entry item accordingly. 
PROCESS LOOP EXECUTION 

The basic activities that can be performed by the 
process loop in each DPU are data acquisition and modulat- 
ing and sequential control. In the phase diagram 480 of 
Figure 20, the phases that includes scanning, conversion, 
and limit checking activities are data acquisition func- 
tions. Control functions are provided by the series of 
algorithms called during the DPU process loop execution. 
Referring now to Figure 20, a trigger phase 482 is shown 
which enables a clock counter to trigger the DPU process 
loop execution at specified intervals. This ensures that 
all requisite operations are performed in the time speci- 
fied for the DPU process loop. Loop time is predesignated 
individually for each DPU (in the application software), 
and this designation may range from one tenth to one 
second. In the read data phase 484, the initial action 
taken by the DPU is to scan the process inputs and collect 
the raw data that is available concerning the process 
operation. These process input signals are converted and 
limit checked with information from the DPU data base 485 
that is stored in shared memory. The data base 485 is 
updated to reflect current process information. As the 
loop executes, all process inputs are scanned, converted, 
and limit checked once per second. 
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During the algorithm call phase 486, the DPU 
process loop initiates calls to the various algorithms as 
specified in the application program. These algorithms 
perform the scan, conversion, calculation, and control 
5 operations for the process area 487 that the DPU is to 
monitor and/or control. Algorithms are called at the 
frequency set for the DPU. The order of these calls is 
managed by the DPU support software as described earlier, 
however there is a general calling sequence. Algorithms 

10 that scan and convert control inputs are called initially. 
Then algorithms 488 that perform calculations are called.. 
Ultimately, calls are made to algorithms that output 
control signals to the process application. The algorithms 
have nearly transparent access to the data base stored in 

15 shared memory. That is, regardless of where the data 
originates, the algorithms are able to utilize that data 
without regard to its origination point. 

The limit checking phase 489 of the process loop 
analyzes all of the calculated results once per second to 

20 ensure that they are within set limits. 

In the seguence of events phase 490 of the 
process loop, the process inputs are scanned for the 
presence of sequence of events (SOE) information. This kind 
°f information indicates that certain events have occurred 

25 in the operation of the plant process, and this information 
is time-tagged data which is collected for storage in 
shared memory for subsequent transmittal over the data 
highway. At the appropriate time in the data highway 
communication sequence, the SOE information is sent as a 

30 directed message over the data highway to a predesignated 
drop, for example a logger drop. 

In the diagnostic phase 492 of the DPU process 
loop, the time remaining before repetition of the DPU 
process loop is devoted to diagnostic testing which ensures 

35 that all subsystems continue to function at their optimum 
capability. These diagnostics are performed as specified 
by the DPU support systems. 
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At the designated loop time, the sequence of 
operations is repeated. This continuous execution of the 
DPU process loop enables the DPU to provide reliable 
monitoring and control functions for the process control 
system application. 

The support software of the DPU also contains 
provisions for modification of the DPU process loop by 
accepting changes entered at the engineer's console drop 28 
and downloaded via the data highway 70 to the affected DPU 
drop. These modifications include: 

Entered Values - These values are entered by the 

operator and stored by the DPU as 
if they had been read from the 
process input. The DPU stops the 
normal scanning of the designated 
input so that the manually entered 
value is preserved and utilized in 
the execution software. 
Certain control algorithm con- 
stants can tuned by the operator. 
These new values are accepted by 
the proper DPU, stored in the data 
base / and used in the subsequent' 
operation of the control 

algorithms. 

This feature allows various- 
process inputs to either be 
included or excluded from scanning 
by the DPU during the read data 
phase of the DPU process loop. 
Limit Checking Adjustment - Limit checking is the compari- 
son of a current input point's 
value to the incremental and the 
high and low limits assigned to 
that point. A point may be 
limit-checked or not limit-checked 
depending on the status (ON/OFF) 
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assigned to that point. The DPU 
continues to check whether a 
sensor's limits have been exceeded 
regardless of whether the limit 
checking feature is on or off. 
Alarm Checking Adjustment Alarm checking causes a point 

to be included (ON) or excluded 
(OFF) from all comparison with 
limits assigned to that point 
including sensor limits, high and 
low limits and incremental limits. 
If the status of alarm checking is 
off / sensor limits are not 
checked. 

Change Limits - Values assigned to a point for 

purposes of limit checking may b 
changed. This includes high and 
low limits , incremental limits , 
and the values assigned for the 
deadband. 
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What we claim is: 

1. A method of making a distributed control 
system configuration in a distributed control system having 
a data highway connecting at least one program development 
unit and at least one programmable distributed processing 
5 unit, said distributed processing unit providing an inte- 
grated control operation for a local or remote portion of a 
process operation when programmed by said program develop- 
ment unit, said method comprising the steps of: 

defining, through keyboard entry in an interac- 
10 tive text data entry mode of said program development unit, 
process points representing data elements that are origi- 
nated or received by said distributed processing unit, 
selecting, through keyboard entry from available 
first, second or third interactive configuration entry 
15 modes, 

selecting through keyboard entry, if in said 
first interactive configuration entry mode, an individual 
process control algorithm type and assigning one or more of 
said defined process points to the arguments of said 
20 selected individual process control algorithm on an indi- 
vidual basis, 

repeating said previous step to form an ordered 
sequence of said selected process control algorithms, 

storing said ordered sequence in a first memory 

25 buffer, 

selecting, through digitizer tablet entry, if in 
said second interactive configuration entry mode, a series 
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of graphic elements forming a first graphic representation 
of a continuous control loop and assigning one or more of 
said defined process points and one or more of a set of 
stored control algorithms to said graphic elements, 
5 storing said storing algorithm and process point 

assignments in a second memory buffer , 

selecting, through digitizer tablet entry, if in 
said third interactive configuration entry mode, a series 
of graphic elements forming a second graphic representation* 
10 of a sequential control loop and assigning one or more of 
said defined process points and one or more of a set .of 
stored special function algorithms to said graphic 
elements, 

storing said special function algorithm and 
15 process point assignments in a third memory buffer, 

converting the information in said first, second 
and third memory buffers to executable code, for use by 
said distributed processing unit, and 

transmitting said executable code to said dis- 
20 tributed processing unit over said data highway. 

2. The method of claim 1 further comprising the 
step of printing the contents of said second and third 
memory buffers in said first and second graphic representa- 
tion form as hard copy documentation printout. 
25 3. A distributed control system, substantially 

as hereinbefore described with reference to the accompany- 
ing drawings. 
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© Universal process control device and method. 

© A distributed processing unit (DPU) or drop which per- 
forms process control and data acquisition functions in a dis- 
tributed processing control system having a data highway 
linking a plurality of such units. A DPU functional processor 
accesses the local process I/O interface thereby continually 
receiving plant information for storage in digital form and 
subsequent use in the functional processor or for transmis- 
sion along the data highway. DPU control programs use pro- 
cess values in a transparent fashion, that is without regard to 
whether these values were obtained through local process 
I/O interface or via the data highway. The DPU software struc- 
ture is made up of execution software and support software. 



The execution software is a collection of data acquisition and 
process control programs which are developed at an en- 
gineer's console drop using a DPU programming language 
which operates in text and CRT graphic display modes, the 
latter programming modes allowing system documentation 
via hard copy graphic display printout. These programs are 
initiated, performed consecutively, and repeated at specified 
intervals. The support software initiates process loop execu- 
tion. Control programs which have been presented to the 
DPU as representations of ladder diagrams for sequential 
control or process flow diagrams for continuous process con- 
trol are executed in the DPU functional processor to achieve 
the required process control peration. 
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